Blame view
drivers/xen/Kconfig
6.03 KB
27fb7f009 xen: add kconfig ... |
1 2 |
menu "Xen driver support" depends on XEN |
1775826ce xen: add balloon ... |
3 4 |
config XEN_BALLOON bool "Xen memory balloon driver" |
1775826ce xen: add balloon ... |
5 6 7 8 9 |
default y help The balloon driver allows the Xen domain to request more memory from the system to expand the domain's memory allocation, or alternatively return unneeded memory to the system. |
a50777c79 xen: tmem: self-b... |
10 11 |
config XEN_SELFBALLOONING bool "Dynamically self-balloon kernel memory to target" |
65d4b2481 xen/self-balloon:... |
12 |
depends on XEN && XEN_BALLOON && CLEANCACHE && SWAP && XEN_TMEM |
a50777c79 xen: tmem: self-b... |
13 14 15 16 17 18 19 20 21 22 23 24 25 |
default n help Self-ballooning dynamically balloons available kernel memory driven by the current usage of anonymous memory ("committed AS") and controlled by various sysfs-settable parameters. Configuring FRONTSWAP is highly recommended; if it is not configured, self- ballooning is disabled by default but can be enabled with the 'selfballooning' kernel boot parameter. If FRONTSWAP is configured, frontswap-selfshrinking is enabled by default but can be disabled with the 'noselfshrink' kernel boot parameter; and self-ballooning is enabled by default but can be disabled with the 'noselfballooning' kernel boot parameter. Note that systems without a sufficiently large swap device should not enable self-ballooning. |
1775826ce xen: add balloon ... |
26 |
|
080e2be78 xen/balloon: memo... |
27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 |
config XEN_BALLOON_MEMORY_HOTPLUG bool "Memory hotplug support for Xen balloon driver" default n depends on XEN_BALLOON && MEMORY_HOTPLUG help Memory hotplug support for Xen balloon driver allows expanding memory available for the system above limit declared at system startup. It is very useful on critical systems which require long run without rebooting. Memory could be hotplugged in following steps: 1) dom0: xl mem-max <domU> <maxmem> where <maxmem> is >= requested memory size, 2) dom0: xl mem-set <domU> <memory> where <memory> is requested memory size; alternatively memory could be added by writing proper value to /sys/devices/system/xen_memory/xen_memory0/target or /sys/devices/system/xen_memory/xen_memory0/target_kb on dumU, 3) domU: for i in /sys/devices/system/memory/memory*/state; do \ [ "`cat "$i"`" = offline ] && echo online > "$i"; done Memory could be onlined automatically on domU by adding following line to udev rules: SUBSYSTEM=="memory", ACTION=="add", RUN+="/bin/sh -c '[ -f /sys$devpath/state ] && echo online > /sys$devpath/state'" In that case step 3 should be omitted. |
1775826ce xen: add balloon ... |
56 57 58 59 60 61 62 63 64 65 |
config XEN_SCRUB_PAGES bool "Scrub pages before returning them to system" depends on XEN_BALLOON default y help Scrub pages before returning them to the system for reuse by other domains. This makes sure that any confidential data is not accidentally visible to other domains. Is it more secure, but slightly less efficient. If in doubt, say yes. |
1107ba885 xen: add xenfs to... |
66 |
|
f7116284c xen: add /dev/xen... |
67 68 |
config XEN_DEV_EVTCHN tristate "Xen /dev/xen/evtchn device" |
f7116284c xen: add /dev/xen... |
69 70 71 72 73 74 |
default y help The evtchn driver allows a userspace process to triger event channels and to receive notification of an event channel firing. If in doubt, say yes. |
df660251e xen: add backend ... |
75 |
config XEN_BACKEND |
329620a87 xen/xenbus: makin... |
76 |
bool "Backend driver support" |
df660251e xen: add backend ... |
77 78 79 80 81 |
depends on XEN_DOM0 default y help Support for backend device drivers that provide I/O services to other virtual machines. |
1107ba885 xen: add xenfs to... |
82 83 |
config XENFS tristate "Xen filesystem" |
d8414d3c1 xen: Add privcmd ... |
84 |
select XEN_PRIVCMD |
1107ba885 xen: add xenfs to... |
85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 |
default y help The xen filesystem provides a way for domains to share information with each other and with the hypervisor. For example, by reading and writing the "xenbus" file, guests may pass arbitrary information to the initial domain. If in doubt, say yes. config XEN_COMPAT_XENFS bool "Create compatibility mount point /proc/xen" depends on XENFS default y help The old xenstore userspace tools expect to find "xenbus" under /proc/xen, but "xenbus" is now found at the root of the xenfs filesystem. Selecting this causes the kernel to create |
692105b8a trivial: fix typo... |
101 |
the compatibility mount point /proc/xen if it is running on |
1107ba885 xen: add xenfs to... |
102 103 |
a xen platform. If in doubt, say yes. |
cff7e81b3 xen: add /sys/hyp... |
104 105 |
config XEN_SYS_HYPERVISOR bool "Create xen entries under /sys/hypervisor" |
27fb7f009 xen: add kconfig ... |
106 |
depends on SYSFS |
cff7e81b3 xen: add /sys/hyp... |
107 108 109 110 111 112 |
select SYS_HYPERVISOR default y help Create entries under /sys/hypervisor describing the Xen hypervisor environment. When running native or in another virtual environment, /sys/hypervisor will still be present, |
27fb7f009 xen: add kconfig ... |
113 |
but will have no xen contents. |
2de06cc1f xen: separate out... |
114 |
config XEN_XENBUS_FRONTEND |
9c4bc1c2b Merge branch 'sta... |
115 |
tristate |
ab31523c2 xen/gntdev: allow... |
116 117 118 |
config XEN_GNTDEV tristate "userspace grant access device driver" depends on XEN |
1f169f66d xen: change xen/[... |
119 |
default m |
ab31523c2 xen/gntdev: allow... |
120 121 122 |
select MMU_NOTIFIER help Allows userspace processes to use grants. |
6bac7f9f9 xen/xenbus: fixup... |
123 |
|
dd3140588 xen-gntalloc: Use... |
124 125 126 |
config XEN_GRANT_DEV_ALLOC tristate "User-space grant reference allocator driver" depends on XEN |
1f169f66d xen: change xen/[... |
127 |
default m |
dd3140588 xen-gntalloc: Use... |
128 129 130 131 |
help Allows userspace processes to create pages with access granted to other domains. This can be used to implement frontend drivers or as part of an inter-domain shared memory channel. |
b097186fd swiotlb-xen: SWIO... |
132 133 |
config SWIOTLB_XEN def_bool y |
2775609c5 swiotlb-xen: On x... |
134 135 |
depends on PCI select SWIOTLB |
b097186fd swiotlb-xen: SWIO... |
136 |
|
afec6e049 xen: prepare tmem... |
137 138 139 140 141 142 |
config XEN_TMEM bool default y if (CLEANCACHE || FRONTSWAP) help Shim to interface in-kernel Transcendent Memory hooks (e.g. cleancache and frontswap) to Xen tmem hypercalls. |
30edc14bf xen/pciback: xen ... |
143 144 145 146 |
config XEN_PCIDEV_BACKEND tristate "Xen PCI-device backend driver" depends on PCI && X86 && XEN depends on XEN_BACKEND |
2ebdc4263 xen/pciback: Have... |
147 |
default m |
30edc14bf xen/pciback: xen ... |
148 149 150 151 152 |
help The PCI device backend driver allows the kernel to export arbitrary PCI devices to other guests. If you select this to be a module, you will need to make sure no other driver has bound to the device(s) you want to make visible to other guests. |
2ebdc4263 xen/pciback: Have... |
153 154 155 156 |
The parameter "passthrough" allows you specify how you want the PCI devices to appear in the guest. You can choose the default (0) where PCI topology starts at 00.00.0, or (1) for passthrough if you want the PCI devices topology appear the same as in the host. |
30edc14bf xen/pciback: xen ... |
157 |
|
2ebdc4263 xen/pciback: Have... |
158 159 160 161 |
The "hide" parameter (only applicable if backend driver is compiled into the kernel) allows you to bind the PCI devices to this module from the default device drivers. The argument is the list of PCI BDFs: xen-pciback.hide=(03:00.0)(04:00.0) |
30edc14bf xen/pciback: xen ... |
162 |
|
2ebdc4263 xen/pciback: Have... |
163 |
If in doubt, say m. |
d8414d3c1 xen: Add privcmd ... |
164 165 166 167 168 |
config XEN_PRIVCMD tristate depends on XEN default m |
27fb7f009 xen: add kconfig ... |
169 |
endmenu |