vserver 2.0-pre4
[linux-2.6.git] / kernel / vserver / Kconfig
1 #
2 # Linux VServer configuration
3 #
4
5 config  VSERVER
6         bool
7         default y
8
9 config  VSERVER_SECURITY
10         bool
11         depends on SECURITY
12         default y
13         select SECURITY_CAPABILITIES
14
15 menu "Linux VServer"
16
17 config  VSERVER_LEGACY
18         bool    "Enable Legacy Kernel API"
19         default y
20         help
21           This enables the legacy API used in vs1.xx, which allows
22           to use older tools (for migration purposes).
23
24 config  VSERVER_LEGACYNET
25         bool    "Enable Legacy Networking Kernel API"
26         default y
27         help
28           This enables the legacy networking API, which allows
29           to configure per vserver IPs as we know it.
30           For now, even recent tools use this interface of the
31           legacy API, so unless you know what you are doing,
32           leave that option enabled.
33
34 config  VSERVER_PROC_SECURE
35         bool    "Enable Proc Security"
36         depends on PROC_FS
37         default y
38         help
39           Hide proc entries by default for xid>1
40
41 config  VSERVER_HARDCPU
42         bool    "Enable Hard CPU Limits"
43         depends on EXPERIMENTAL
44         default n
45         help
46           Activate the Hard CPU Limits
47
48 config  VSERVER_HARDCPU_IDLE
49         bool    "Limit the IDLE task"
50         depends on VSERVER_HARDCPU
51         default n
52         help
53           Limit the idle slices, so the the next context
54           will be scheduled as soon as possible.
55           might improve interactivity/latency but
56           increases scheduling overhead.
57
58 choice
59         prompt  "Persistent Inode Context Tagging"
60         default INOXID_UGID24
61         help
62           This adds persistent context information to filesystems
63           mounted with the tagxid option. Tagging is a requirement
64           for per context disk limits and per context quota.
65
66
67 config  INOXID_NONE
68         bool    "Disabled"
69         help
70           no context information is store for inodes
71
72 config  INOXID_UID16
73         bool    "UID16/GID32"
74         help
75           reduces UID to 16 bit, but leaves GID at 32 bit.
76
77 config  INOXID_GID16
78         bool    "UID32/GID16"
79         help
80           reduces GID to 16 bit, but leaves UID at 32 bit.
81
82 config  INOXID_UGID24
83         bool    "UID24/GID24"
84         help
85           uses the upper 8bit from UID and GID for XID tagging
86           which leaves 24bit for UID/GID each, which should be
87           more than sufficient for normal use.
88
89 config  INOXID_INTERN
90         bool    "UID32/GID32"
91         help
92           this uses otherwise reserved inode fields in the on
93           disk representation, which limits the use to a few
94           filesystems (currently ext2 and ext3)
95
96 config  INOXID_RUNTIME
97         bool    "Runtime"
98         depends on EXPERIMENTAL
99         help
100           inodes are tagged when first accessed, this doesn't
101           require any persistant information, but might give
102           funny results for mixed access.
103
104 endchoice
105
106 config  XID_TAG_NFSD
107         bool    "Tag NFSD User Auth and Files"
108         default n
109         help
110           Enable this if you do want the kernel nfsd to
111           use the xid tagging specified above.
112           (will require patched clients too)
113
114 config  VSERVER_DEBUG
115         bool    "VServer Debugging Code"
116         default n
117         help
118           Set this to yes if you want to be able to activate
119           debugging output at runtime. It adds a probably small
120           overhead (~ ??%) to all vserver related functions and
121           increases the kernel size by about 20k.
122
123 config  VSERVER_HISTORY
124         bool    "VServer History Tracing"
125         depends on VSERVER_DEBUG
126         default n
127         help
128           Set this to yes if you want to record the history of
129           linux-vserver activities, so they can be replayed on
130           a kernel panic (oops)
131
132 config  VSERVER_HISTORY_SIZE
133         int "Per CPU History Size (32-65536)"
134         depends on VSERVER_HISTORY
135         range 32 65536
136         default 64
137         help
138           This allows you to specify the number of entries in
139           the per CPU history buffer.
140
141 endmenu
142