Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1 | # |
| 2 | # For a description of the syntax of this configuration file, |
| 3 | # see Documentation/kbuild/kconfig-language.txt. |
| 4 | # |
| 5 | # Note: ISA is disabled and will hopefully never be enabled. |
| 6 | # If you managed to buy an ISA x86-64 box you'll have to fix all the |
| 7 | # ISA drivers you need yourself. |
| 8 | # |
| 9 | |
| 10 | mainmenu "Linux Kernel Configuration" |
| 11 | |
| 12 | config X86_64 |
| 13 | bool |
| 14 | default y |
| 15 | help |
| 16 | Port to the x86-64 architecture. x86-64 is a 64-bit extension to the |
| 17 | classical 32-bit x86 architecture. For details see |
| 18 | <http://www.x86-64.org/>. |
| 19 | |
| 20 | config 64BIT |
| 21 | def_bool y |
| 22 | |
| 23 | config X86 |
| 24 | bool |
| 25 | default y |
| 26 | |
Benjamin LaHaise | 52fdd08 | 2005-09-03 15:56:52 -0700 | [diff] [blame] | 27 | config SEMAPHORE_SLEEPERS |
| 28 | bool |
| 29 | default y |
| 30 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 31 | config MMU |
| 32 | bool |
| 33 | default y |
| 34 | |
| 35 | config ISA |
| 36 | bool |
| 37 | |
| 38 | config SBUS |
| 39 | bool |
| 40 | |
| 41 | config RWSEM_GENERIC_SPINLOCK |
| 42 | bool |
| 43 | default y |
| 44 | |
| 45 | config RWSEM_XCHGADD_ALGORITHM |
| 46 | bool |
| 47 | |
| 48 | config GENERIC_CALIBRATE_DELAY |
| 49 | bool |
| 50 | default y |
| 51 | |
| 52 | config X86_CMPXCHG |
| 53 | bool |
| 54 | default y |
| 55 | |
| 56 | config EARLY_PRINTK |
| 57 | bool |
| 58 | default y |
| 59 | |
| 60 | config GENERIC_ISA_DMA |
| 61 | bool |
| 62 | default y |
| 63 | |
| 64 | config GENERIC_IOMAP |
| 65 | bool |
| 66 | default y |
| 67 | |
viro@ZenIV.linux.org.uk | a08b6b7 | 2005-09-06 01:48:42 +0100 | [diff] [blame] | 68 | config ARCH_MAY_HAVE_PC_FDC |
| 69 | bool |
| 70 | default y |
| 71 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 72 | source "init/Kconfig" |
| 73 | |
| 74 | |
| 75 | menu "Processor type and features" |
| 76 | |
| 77 | choice |
| 78 | prompt "Processor family" |
| 79 | default MK8 |
| 80 | |
| 81 | config MK8 |
| 82 | bool "AMD-Opteron/Athlon64" |
| 83 | help |
| 84 | Optimize for AMD Opteron/Athlon64/Hammer/K8 CPUs. |
| 85 | |
| 86 | config MPSC |
| 87 | bool "Intel EM64T" |
| 88 | help |
| 89 | Optimize for Intel Pentium 4 and Xeon CPUs with Intel |
| 90 | Extended Memory 64 Technology(EM64T). For details see |
| 91 | <http://www.intel.com/technology/64bitextensions/>. |
| 92 | |
| 93 | config GENERIC_CPU |
| 94 | bool "Generic-x86-64" |
| 95 | help |
| 96 | Generic x86-64 CPU. |
| 97 | |
| 98 | endchoice |
| 99 | |
| 100 | # |
| 101 | # Define implied options from the CPU selection here |
| 102 | # |
| 103 | config X86_L1_CACHE_BYTES |
| 104 | int |
| 105 | default "128" if GENERIC_CPU || MPSC |
| 106 | default "64" if MK8 |
| 107 | |
| 108 | config X86_L1_CACHE_SHIFT |
| 109 | int |
| 110 | default "7" if GENERIC_CPU || MPSC |
| 111 | default "6" if MK8 |
| 112 | |
| 113 | config X86_TSC |
| 114 | bool |
| 115 | default y |
| 116 | |
| 117 | config X86_GOOD_APIC |
| 118 | bool |
| 119 | default y |
| 120 | |
| 121 | config MICROCODE |
| 122 | tristate "/dev/cpu/microcode - Intel CPU microcode support" |
| 123 | ---help--- |
| 124 | If you say Y here the 'File systems' section, you will be |
| 125 | able to update the microcode on Intel processors. You will |
| 126 | obviously need the actual microcode binary data itself which is |
| 127 | not shipped with the Linux kernel. |
| 128 | |
| 129 | For latest news and information on obtaining all the required |
| 130 | ingredients for this driver, check: |
| 131 | <http://www.urbanmyth.org/microcode/>. |
| 132 | |
| 133 | To compile this driver as a module, choose M here: the |
| 134 | module will be called microcode. |
| 135 | If you use modprobe or kmod you may also want to add the line |
| 136 | 'alias char-major-10-184 microcode' to your /etc/modules.conf file. |
| 137 | |
| 138 | config X86_MSR |
| 139 | tristate "/dev/cpu/*/msr - Model-specific register support" |
| 140 | help |
| 141 | This device gives privileged processes access to the x86 |
| 142 | Model-Specific Registers (MSRs). It is a character device with |
| 143 | major 202 and minors 0 to 31 for /dev/cpu/0/msr to /dev/cpu/31/msr. |
| 144 | MSR accesses are directed to a specific CPU on multi-processor |
| 145 | systems. |
| 146 | |
| 147 | config X86_CPUID |
| 148 | tristate "/dev/cpu/*/cpuid - CPU information support" |
| 149 | help |
| 150 | This device gives processes access to the x86 CPUID instruction to |
| 151 | be executed on a specific processor. It is a character device |
| 152 | with major 203 and minors 0 to 31 for /dev/cpu/0/cpuid to |
| 153 | /dev/cpu/31/cpuid. |
| 154 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 155 | config X86_HT |
| 156 | bool |
| 157 | depends on SMP && !MK8 |
| 158 | default y |
| 159 | |
| 160 | config MATH_EMULATION |
| 161 | bool |
| 162 | |
| 163 | config MCA |
| 164 | bool |
| 165 | |
| 166 | config EISA |
| 167 | bool |
| 168 | |
| 169 | config X86_IO_APIC |
| 170 | bool |
| 171 | default y |
| 172 | |
| 173 | config X86_LOCAL_APIC |
| 174 | bool |
| 175 | default y |
| 176 | |
| 177 | config MTRR |
| 178 | bool "MTRR (Memory Type Range Register) support" |
| 179 | ---help--- |
| 180 | On Intel P6 family processors (Pentium Pro, Pentium II and later) |
| 181 | the Memory Type Range Registers (MTRRs) may be used to control |
| 182 | processor access to memory ranges. This is most useful if you have |
| 183 | a video (VGA) card on a PCI or AGP bus. Enabling write-combining |
| 184 | allows bus write transfers to be combined into a larger transfer |
| 185 | before bursting over the PCI/AGP bus. This can increase performance |
| 186 | of image write operations 2.5 times or more. Saying Y here creates a |
| 187 | /proc/mtrr file which may be used to manipulate your processor's |
| 188 | MTRRs. Typically the X server should use this. |
| 189 | |
| 190 | This code has a reasonably generic interface so that similar |
| 191 | control registers on other processors can be easily supported |
| 192 | as well. |
| 193 | |
| 194 | Saying Y here also fixes a problem with buggy SMP BIOSes which only |
| 195 | set the MTRRs for the boot CPU and not for the secondary CPUs. This |
| 196 | can lead to all sorts of problems, so it's good to say Y here. |
| 197 | |
| 198 | Just say Y here, all x86-64 machines support MTRRs. |
| 199 | |
| 200 | See <file:Documentation/mtrr.txt> for more information. |
| 201 | |
| 202 | config SMP |
| 203 | bool "Symmetric multi-processing support" |
| 204 | ---help--- |
| 205 | This enables support for systems with more than one CPU. If you have |
| 206 | a system with only one CPU, like most personal computers, say N. If |
| 207 | you have a system with more than one CPU, say Y. |
| 208 | |
| 209 | If you say N here, the kernel will run on single and multiprocessor |
| 210 | machines, but will use only one CPU of a multiprocessor machine. If |
| 211 | you say Y here, the kernel will run on many, but not all, |
| 212 | singleprocessor machines. On a singleprocessor machine, the kernel |
| 213 | will run faster if you say N here. |
| 214 | |
| 215 | If you don't know what to do here, say N. |
| 216 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 217 | config SCHED_SMT |
| 218 | bool "SMT (Hyperthreading) scheduler support" |
| 219 | depends on SMP |
| 220 | default n |
| 221 | help |
| 222 | SMT scheduler support improves the CPU scheduler's decision making |
| 223 | when dealing with Intel Pentium 4 chips with HyperThreading at a |
| 224 | cost of slightly increased overhead in some places. If unsure say |
| 225 | N here. |
| 226 | |
Ingo Molnar | cc19ca8 | 2005-06-25 14:57:36 -0700 | [diff] [blame] | 227 | source "kernel/Kconfig.preempt" |
| 228 | |
Ravikiran G Thirumalai | b0bd35e | 2005-11-05 17:25:54 +0100 | [diff] [blame] | 229 | config NUMA |
| 230 | bool "Non Uniform Memory Access (NUMA) Support" |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 231 | depends on SMP |
| 232 | help |
Ravikiran G Thirumalai | b0bd35e | 2005-11-05 17:25:54 +0100 | [diff] [blame] | 233 | Enable NUMA (Non Uniform Memory Access) support. The kernel |
| 234 | will try to allocate memory used by a CPU on the local memory |
| 235 | controller of the CPU and add some more NUMA awareness to the kernel. |
| 236 | This code is recommended on all multiprocessor Opteron systems. |
| 237 | If the system is EM64T, you should say N unless your system is EM64T |
| 238 | NUMA. |
| 239 | |
| 240 | config K8_NUMA |
| 241 | bool "Old style AMD Opteron NUMA detection" |
| 242 | depends on NUMA |
| 243 | default y |
| 244 | help |
| 245 | Enable K8 NUMA node topology detection. You should say Y here if |
| 246 | you have a multi processor AMD K8 system. This uses an old |
| 247 | method to read the NUMA configurtion directly from the builtin |
| 248 | Northbridge of Opteron. It is recommended to use X86_64_ACPI_NUMA |
| 249 | instead, which also takes priority if both are compiled in. |
| 250 | |
| 251 | # Dummy CONFIG option to select ACPI_NUMA from drivers/acpi/Kconfig. |
| 252 | |
| 253 | config X86_64_ACPI_NUMA |
| 254 | bool "ACPI NUMA detection" |
| 255 | depends on NUMA |
| 256 | select ACPI |
| 257 | select ACPI_NUMA |
| 258 | default y |
| 259 | help |
| 260 | Enable ACPI SRAT based node topology detection. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 261 | |
| 262 | config NUMA_EMU |
Ravikiran G Thirumalai | b0bd35e | 2005-11-05 17:25:54 +0100 | [diff] [blame] | 263 | bool "NUMA emulation" |
| 264 | depends on NUMA |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 265 | help |
| 266 | Enable NUMA emulation. A flat machine will be split |
| 267 | into virtual nodes when booted with "numa=fake=N", where N is the |
| 268 | number of nodes. This is only useful for debugging. |
| 269 | |
Dave Hansen | 3f22ab2 | 2005-06-23 00:07:43 -0700 | [diff] [blame] | 270 | config ARCH_DISCONTIGMEM_ENABLE |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 271 | bool |
| 272 | depends on NUMA |
| 273 | default y |
| 274 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 275 | |
Matt Tolentino | 1035faf | 2005-06-23 00:08:05 -0700 | [diff] [blame] | 276 | config ARCH_DISCONTIGMEM_ENABLE |
| 277 | def_bool y |
| 278 | depends on NUMA |
| 279 | |
| 280 | config ARCH_DISCONTIGMEM_DEFAULT |
| 281 | def_bool y |
| 282 | depends on NUMA |
| 283 | |
| 284 | config ARCH_SPARSEMEM_ENABLE |
| 285 | def_bool y |
| 286 | depends on NUMA |
| 287 | |
| 288 | config ARCH_FLATMEM_ENABLE |
| 289 | def_bool y |
| 290 | depends on !NUMA |
| 291 | |
Dave Hansen | 3f22ab2 | 2005-06-23 00:07:43 -0700 | [diff] [blame] | 292 | source "mm/Kconfig" |
| 293 | |
Matt Tolentino | 1035faf | 2005-06-23 00:08:05 -0700 | [diff] [blame] | 294 | config HAVE_ARCH_EARLY_PFN_TO_NID |
| 295 | def_bool y |
| 296 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 297 | config NR_CPUS |
| 298 | int "Maximum number of CPUs (2-256)" |
| 299 | range 2 256 |
| 300 | depends on SMP |
| 301 | default "8" |
| 302 | help |
| 303 | This allows you to specify the maximum number of CPUs which this |
| 304 | kernel will support. Current maximum is 256 CPUs due to |
| 305 | APIC addressing limits. Less depending on the hardware. |
| 306 | |
| 307 | This is purely to save memory - each supported CPU requires |
| 308 | memory in the static kernel configuration. |
| 309 | |
Ashok Raj | 76e4f66 | 2005-06-25 14:55:00 -0700 | [diff] [blame] | 310 | config HOTPLUG_CPU |
| 311 | bool "Support for hot-pluggable CPUs (EXPERIMENTAL)" |
| 312 | depends on SMP && HOTPLUG && EXPERIMENTAL |
| 313 | help |
| 314 | Say Y here to experiment with turning CPUs off and on. CPUs |
| 315 | can be controlled through /sys/devices/system/cpu/cpu#. |
| 316 | Say N if you want to disable CPU hotplug. |
| 317 | |
| 318 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 319 | config HPET_TIMER |
| 320 | bool |
| 321 | default y |
| 322 | help |
| 323 | Use the IA-PC HPET (High Precision Event Timer) to manage |
| 324 | time in preference to the PIT and RTC, if a HPET is |
| 325 | present. The HPET provides a stable time base on SMP |
| 326 | systems, unlike the TSC, but it is more expensive to access, |
| 327 | as it is off-chip. You can find the HPET spec at |
Randy Dunlap | 89d7cbf | 2005-09-21 09:55:44 -0700 | [diff] [blame] | 328 | <http://www.intel.com/hardwaredesign/hpetspec.htm>. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 329 | |
Andi Kleen | 312df5f | 2005-05-16 21:53:28 -0700 | [diff] [blame] | 330 | config X86_PM_TIMER |
| 331 | bool "PM timer" |
Andi Kleen | 9c2be6a | 2005-05-31 14:39:26 -0700 | [diff] [blame] | 332 | depends on ACPI |
Andi Kleen | 312df5f | 2005-05-16 21:53:28 -0700 | [diff] [blame] | 333 | default y |
| 334 | help |
| 335 | Support the ACPI PM timer for time keeping. This is slow, |
| 336 | but is useful on some chipsets without HPET on systems with more |
| 337 | than one CPU. On a single processor or single socket multi core |
| 338 | system it is normally not required. |
| 339 | When the PM timer is active 64bit vsyscalls are disabled |
| 340 | and should not be enabled (/proc/sys/kernel/vsyscall64 should |
| 341 | not be changed). |
| 342 | The kernel selects the PM timer only as a last resort, so it is |
| 343 | useful to enable just in case. |
| 344 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 345 | config HPET_EMULATE_RTC |
| 346 | bool "Provide RTC interrupt" |
| 347 | depends on HPET_TIMER && RTC=y |
| 348 | |
| 349 | config GART_IOMMU |
| 350 | bool "IOMMU support" |
Andi Kleen | a54649b | 2005-07-28 21:15:32 -0700 | [diff] [blame] | 351 | default y |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 352 | depends on PCI |
| 353 | help |
Andi Kleen | a54649b | 2005-07-28 21:15:32 -0700 | [diff] [blame] | 354 | Support the IOMMU. Needed to run systems with more than 3GB of memory |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 355 | properly with 32-bit PCI devices that do not support DAC (Double Address |
| 356 | Cycle). The IOMMU can be turned off at runtime with the iommu=off parameter. |
| 357 | Normally the kernel will take the right choice by itself. |
Andi Kleen | a54649b | 2005-07-28 21:15:32 -0700 | [diff] [blame] | 358 | This option includes a driver for the AMD Opteron/Athlon64 IOMMU |
| 359 | and a software emulation used on some other systems. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 360 | If unsure, say Y. |
| 361 | |
| 362 | # need this always enabled with GART_IOMMU for the VIA workaround |
| 363 | config SWIOTLB |
| 364 | bool |
| 365 | depends on GART_IOMMU |
| 366 | default y |
| 367 | |
| 368 | config DUMMY_IOMMU |
| 369 | bool |
| 370 | depends on !GART_IOMMU && !SWIOTLB |
| 371 | default y |
| 372 | help |
| 373 | Don't use IOMMU code. This will cause problems when you have more than 4GB |
| 374 | of memory and any 32-bit devices. Don't turn on unless you know what you |
| 375 | are doing. |
| 376 | |
| 377 | config X86_MCE |
| 378 | bool "Machine check support" if EMBEDDED |
| 379 | default y |
| 380 | help |
| 381 | Include a machine check error handler to report hardware errors. |
| 382 | This version will require the mcelog utility to decode some |
| 383 | machine check error logs. See |
| 384 | ftp://ftp.x86-64.org/pub/linux/tools/mcelog |
| 385 | |
| 386 | config X86_MCE_INTEL |
| 387 | bool "Intel MCE features" |
| 388 | depends on X86_MCE && X86_LOCAL_APIC |
| 389 | default y |
| 390 | help |
| 391 | Additional support for intel specific MCE features such as |
| 392 | the thermal monitor. |
| 393 | |
Jacob Shin | 89b831e | 2005-11-05 17:25:53 +0100 | [diff] [blame] | 394 | config X86_MCE_AMD |
| 395 | bool "AMD MCE features" |
| 396 | depends on X86_MCE && X86_LOCAL_APIC |
| 397 | default y |
| 398 | help |
| 399 | Additional support for AMD specific MCE features such as |
| 400 | the DRAM Error Threshold. |
| 401 | |
Eric W. Biederman | 5234f5e | 2005-06-25 14:58:02 -0700 | [diff] [blame] | 402 | config KEXEC |
| 403 | bool "kexec system call (EXPERIMENTAL)" |
| 404 | depends on EXPERIMENTAL |
| 405 | help |
| 406 | kexec is a system call that implements the ability to shutdown your |
| 407 | current kernel, and to start another kernel. It is like a reboot |
| 408 | but it is indepedent of the system firmware. And like a reboot |
| 409 | you can start any kernel with it, not just Linux. |
| 410 | |
| 411 | The name comes from the similiarity to the exec system call. |
| 412 | |
| 413 | It is an ongoing process to be certain the hardware in a machine |
| 414 | is properly shutdown, so do not be surprised if this code does not |
| 415 | initially work for you. It may help to enable device hotplugging |
| 416 | support. As of this writing the exact hardware interface is |
| 417 | strongly in flux, so no good recommendation can be made. |
| 418 | |
Vivek Goyal | ec9ce0d | 2006-01-09 20:51:49 -0800 | [diff] [blame] | 419 | config CRASH_DUMP |
| 420 | bool "kernel crash dumps (EXPERIMENTAL)" |
Vivek Goyal | ec9ce0d | 2006-01-09 20:51:49 -0800 | [diff] [blame] | 421 | depends on EXPERIMENTAL |
| 422 | help |
| 423 | Generate crash dump after being started by kexec. |
| 424 | |
Maneesh Soni | 05970d4 | 2006-01-09 20:51:52 -0800 | [diff] [blame^] | 425 | config PHYSICAL_START |
| 426 | hex "Physical address where the kernel is loaded" if (EMBEDDED || CRASH_DUMP) |
| 427 | default "0x1000000" if CRASH_DUMP |
| 428 | default "0x100000" |
| 429 | help |
| 430 | This gives the physical address where the kernel is loaded. Normally |
| 431 | for regular kernels this value is 0x100000 (1MB). But in the case |
| 432 | of kexec on panic the fail safe kernel needs to run at a different |
| 433 | address than the panic-ed kernel. This option is used to set the load |
| 434 | address for kernels used to capture crash dump on being kexec'ed |
| 435 | after panic. The default value for crash dump kernels is |
| 436 | 0x1000000 (16MB). This can also be set based on the "X" value as |
| 437 | specified in the "crashkernel=YM@XM" command line boot parameter |
| 438 | passed to the panic-ed kernel. Typically this parameter is set as |
| 439 | crashkernel=64M@16M. Please take a look at |
| 440 | Documentation/kdump/kdump.txt for more details about crash dumps. |
| 441 | |
| 442 | Don't change this unless you know what you are doing. |
| 443 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 444 | config SECCOMP |
| 445 | bool "Enable seccomp to safely compute untrusted bytecode" |
| 446 | depends on PROC_FS |
| 447 | default y |
| 448 | help |
| 449 | This kernel feature is useful for number crunching applications |
| 450 | that may need to compute untrusted bytecode during their |
| 451 | execution. By using pipes or other transports made available to |
| 452 | the process as file descriptors supporting the read/write |
| 453 | syscalls, it's possible to isolate those applications in |
| 454 | their own address space using seccomp. Once seccomp is |
| 455 | enabled via /proc/<pid>/seccomp, it cannot be disabled |
| 456 | and the task is only allowed to execute a few safe syscalls |
| 457 | defined by each seccomp mode. |
| 458 | |
| 459 | If unsure, say Y. Only embedded should say N here. |
| 460 | |
Christoph Lameter | 5912100 | 2005-06-23 00:08:25 -0700 | [diff] [blame] | 461 | source kernel/Kconfig.hz |
| 462 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 463 | endmenu |
| 464 | |
| 465 | # |
| 466 | # Use the generic interrupt handling code in kernel/irq/: |
| 467 | # |
| 468 | config GENERIC_HARDIRQS |
| 469 | bool |
| 470 | default y |
| 471 | |
| 472 | config GENERIC_IRQ_PROBE |
| 473 | bool |
| 474 | default y |
| 475 | |
Al Viro | 5cae841 | 2005-05-04 05:39:22 +0100 | [diff] [blame] | 476 | # we have no ISA slots, but we do have ISA-style DMA. |
| 477 | config ISA_DMA_API |
| 478 | bool |
| 479 | default y |
| 480 | |
Ashok Raj | 54d5d42 | 2005-09-06 15:16:15 -0700 | [diff] [blame] | 481 | config GENERIC_PENDING_IRQ |
| 482 | bool |
| 483 | depends on GENERIC_HARDIRQS && SMP |
| 484 | default y |
| 485 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 486 | menu "Power management options" |
| 487 | |
| 488 | source kernel/power/Kconfig |
| 489 | |
| 490 | source "drivers/acpi/Kconfig" |
| 491 | |
| 492 | source "arch/x86_64/kernel/cpufreq/Kconfig" |
| 493 | |
| 494 | endmenu |
| 495 | |
| 496 | menu "Bus options (PCI etc.)" |
| 497 | |
| 498 | config PCI |
| 499 | bool "PCI support" |
| 500 | |
| 501 | # x86-64 doesn't support PCI BIOS access from long mode so always go direct. |
| 502 | config PCI_DIRECT |
| 503 | bool |
| 504 | depends on PCI |
| 505 | default y |
| 506 | |
| 507 | config PCI_MMCONFIG |
| 508 | bool "Support mmconfig PCI config space access" |
Alexander Nyberg | 8aadff7 | 2005-05-27 12:48:50 +0200 | [diff] [blame] | 509 | depends on PCI && ACPI |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 510 | |
| 511 | config UNORDERED_IO |
| 512 | bool "Unordered IO mapping access" |
| 513 | depends on EXPERIMENTAL |
| 514 | help |
| 515 | Use unordered stores to access IO memory mappings in device drivers. |
| 516 | Still very experimental. When a driver works on IA64/ppc64/pa-risc it should |
| 517 | work with this option, but it makes the drivers behave differently |
| 518 | from i386. Requires that the driver writer used memory barriers |
| 519 | properly. |
| 520 | |
| 521 | source "drivers/pci/pcie/Kconfig" |
| 522 | |
| 523 | source "drivers/pci/Kconfig" |
| 524 | |
| 525 | source "drivers/pcmcia/Kconfig" |
| 526 | |
| 527 | source "drivers/pci/hotplug/Kconfig" |
| 528 | |
| 529 | endmenu |
| 530 | |
| 531 | |
| 532 | menu "Executable file formats / Emulations" |
| 533 | |
| 534 | source "fs/Kconfig.binfmt" |
| 535 | |
| 536 | config IA32_EMULATION |
| 537 | bool "IA32 Emulation" |
| 538 | help |
| 539 | Include code to run 32-bit programs under a 64-bit kernel. You should likely |
| 540 | turn this on, unless you're 100% sure that you don't have any 32-bit programs |
| 541 | left. |
| 542 | |
| 543 | config IA32_AOUT |
Andi Kleen | ea0be47 | 2005-11-05 17:25:54 +0100 | [diff] [blame] | 544 | tristate "IA32 a.out support" |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 545 | depends on IA32_EMULATION |
| 546 | help |
| 547 | Support old a.out binaries in the 32bit emulation. |
| 548 | |
| 549 | config COMPAT |
| 550 | bool |
| 551 | depends on IA32_EMULATION |
| 552 | default y |
| 553 | |
| 554 | config SYSVIPC_COMPAT |
| 555 | bool |
| 556 | depends on COMPAT && SYSVIPC |
| 557 | default y |
| 558 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 559 | endmenu |
| 560 | |
Sam Ravnborg | d5950b4 | 2005-07-11 21:03:49 -0700 | [diff] [blame] | 561 | source "net/Kconfig" |
| 562 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 563 | source drivers/Kconfig |
| 564 | |
| 565 | source "drivers/firmware/Kconfig" |
| 566 | |
| 567 | source fs/Kconfig |
| 568 | |
Prasanna S Panchamukhi | cd6b076 | 2005-11-07 00:59:14 -0800 | [diff] [blame] | 569 | menu "Instrumentation Support" |
| 570 | depends on EXPERIMENTAL |
| 571 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 572 | source "arch/x86_64/oprofile/Kconfig" |
| 573 | |
Prasanna S Panchamukhi | cd6b076 | 2005-11-07 00:59:14 -0800 | [diff] [blame] | 574 | config KPROBES |
| 575 | bool "Kprobes (EXPERIMENTAL)" |
| 576 | help |
| 577 | Kprobes allows you to trap at almost any kernel address and |
| 578 | execute a callback function. register_kprobe() establishes |
| 579 | a probepoint and specifies the callback. Kprobes is useful |
| 580 | for kernel debugging, non-intrusive instrumentation and testing. |
| 581 | If in doubt, say "N". |
| 582 | endmenu |
| 583 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 584 | source "arch/x86_64/Kconfig.debug" |
| 585 | |
| 586 | source "security/Kconfig" |
| 587 | |
| 588 | source "crypto/Kconfig" |
| 589 | |
| 590 | source "lib/Kconfig" |