blob: 5cb509dbffe4c44c06a2bdacba0a9142bcf6a4e1 [file] [log] [blame]
Linus Torvalds1da177e2005-04-16 15:20:36 -07001#
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
10mainmenu "Linux Kernel Configuration"
11
12config 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
20config 64BIT
21 def_bool y
22
23config X86
24 bool
25 default y
26
Christoph Lameterfb0e7942006-09-25 23:31:13 -070027config ZONE_DMA32
28 bool
29 default y
30
Ingo Molnar1e950522006-07-03 00:25:01 -070031config LOCKDEP_SUPPORT
32 bool
33 default y
34
Ingo Molnar21b32bb2006-07-03 00:24:40 -070035config STACKTRACE_SUPPORT
36 bool
37 default y
38
Benjamin LaHaise52fdd082005-09-03 15:56:52 -070039config SEMAPHORE_SLEEPERS
40 bool
41 default y
42
Linus Torvalds1da177e2005-04-16 15:20:36 -070043config MMU
44 bool
45 default y
46
47config ISA
48 bool
49
50config SBUS
51 bool
52
53config RWSEM_GENERIC_SPINLOCK
54 bool
55 default y
56
57config RWSEM_XCHGADD_ALGORITHM
58 bool
59
Akinobu Mitaf33e2fb2006-03-26 01:39:42 -080060config GENERIC_HWEIGHT
61 bool
62 default y
63
Linus Torvalds1da177e2005-04-16 15:20:36 -070064config GENERIC_CALIBRATE_DELAY
65 bool
66 default y
67
68config X86_CMPXCHG
69 bool
70 default y
71
72config EARLY_PRINTK
73 bool
74 default y
75
76config GENERIC_ISA_DMA
77 bool
78 default y
79
80config GENERIC_IOMAP
81 bool
82 default y
83
viro@ZenIV.linux.org.uka08b6b72005-09-06 01:48:42 +010084config ARCH_MAY_HAVE_PC_FDC
85 bool
86 default y
87
Mel Gorman5cb248a2006-09-27 01:49:52 -070088config ARCH_POPULATES_NODE_MAP
89 def_bool y
90
Andi Kleene9928672006-01-11 22:43:33 +010091config DMI
92 bool
93 default y
94
Al Viroe65e1fc2006-09-12 03:04:40 -040095config AUDIT_ARCH
96 bool
97 default y
98
Linus Torvalds1da177e2005-04-16 15:20:36 -070099source "init/Kconfig"
100
101
102menu "Processor type and features"
103
104choice
Ravikiran G Thirumalai79f12612006-01-11 22:46:18 +0100105 prompt "Subarchitecture Type"
106 default X86_PC
107
108config X86_PC
109 bool "PC-compatible"
110 help
111 Choose this option if your computer is a standard PC or compatible.
112
113config X86_VSMP
114 bool "Support for ScaleMP vSMP"
Andi Kleenf157cbb2006-09-26 10:52:41 +0200115 depends on PCI
Ravikiran G Thirumalai79f12612006-01-11 22:46:18 +0100116 help
117 Support for ScaleMP vSMP systems. Say 'Y' here if this kernel is
118 supposed to run on these EM64T-based machines. Only choose this option
119 if you have one of these machines.
120
121endchoice
122
123choice
Linus Torvalds1da177e2005-04-16 15:20:36 -0700124 prompt "Processor family"
125 default MK8
126
127config MK8
128 bool "AMD-Opteron/Athlon64"
129 help
130 Optimize for AMD Opteron/Athlon64/Hammer/K8 CPUs.
131
132config MPSC
133 bool "Intel EM64T"
134 help
135 Optimize for Intel Pentium 4 and Xeon CPUs with Intel
136 Extended Memory 64 Technology(EM64T). For details see
137 <http://www.intel.com/technology/64bitextensions/>.
138
139config GENERIC_CPU
140 bool "Generic-x86-64"
141 help
142 Generic x86-64 CPU.
143
144endchoice
145
146#
147# Define implied options from the CPU selection here
148#
149config X86_L1_CACHE_BYTES
150 int
151 default "128" if GENERIC_CPU || MPSC
152 default "64" if MK8
153
154config X86_L1_CACHE_SHIFT
155 int
156 default "7" if GENERIC_CPU || MPSC
157 default "6" if MK8
158
Ravikiran G Thirumalaie405d062006-04-07 19:50:09 +0200159config X86_INTERNODE_CACHE_BYTES
160 int
161 default "4096" if X86_VSMP
162 default X86_L1_CACHE_BYTES if !X86_VSMP
163
Linus Torvalds1da177e2005-04-16 15:20:36 -0700164config X86_TSC
165 bool
166 default y
167
168config X86_GOOD_APIC
169 bool
170 default y
171
172config MICROCODE
173 tristate "/dev/cpu/microcode - Intel CPU microcode support"
Shaohua Li9a4b9ef2006-09-27 01:50:53 -0700174 select FW_LOADER
Linus Torvalds1da177e2005-04-16 15:20:36 -0700175 ---help---
176 If you say Y here the 'File systems' section, you will be
177 able to update the microcode on Intel processors. You will
178 obviously need the actual microcode binary data itself which is
179 not shipped with the Linux kernel.
180
181 For latest news and information on obtaining all the required
182 ingredients for this driver, check:
183 <http://www.urbanmyth.org/microcode/>.
184
185 To compile this driver as a module, choose M here: the
186 module will be called microcode.
187 If you use modprobe or kmod you may also want to add the line
188 'alias char-major-10-184 microcode' to your /etc/modules.conf file.
189
Shaohua Li9a3110b2006-09-27 01:50:51 -0700190config MICROCODE_OLD_INTERFACE
191 bool
192 depends on MICROCODE
193 default y
194
Linus Torvalds1da177e2005-04-16 15:20:36 -0700195config X86_MSR
196 tristate "/dev/cpu/*/msr - Model-specific register support"
197 help
198 This device gives privileged processes access to the x86
199 Model-Specific Registers (MSRs). It is a character device with
200 major 202 and minors 0 to 31 for /dev/cpu/0/msr to /dev/cpu/31/msr.
201 MSR accesses are directed to a specific CPU on multi-processor
202 systems.
203
204config X86_CPUID
205 tristate "/dev/cpu/*/cpuid - CPU information support"
206 help
207 This device gives processes access to the x86 CPUID instruction to
208 be executed on a specific processor. It is a character device
209 with major 203 and minors 0 to 31 for /dev/cpu/0/cpuid to
210 /dev/cpu/31/cpuid.
211
Linus Torvalds1da177e2005-04-16 15:20:36 -0700212config X86_HT
213 bool
214 depends on SMP && !MK8
215 default y
216
217config MATH_EMULATION
218 bool
219
220config MCA
221 bool
222
223config EISA
224 bool
225
226config X86_IO_APIC
227 bool
228 default y
229
230config X86_LOCAL_APIC
231 bool
232 default y
233
234config MTRR
235 bool "MTRR (Memory Type Range Register) support"
236 ---help---
237 On Intel P6 family processors (Pentium Pro, Pentium II and later)
238 the Memory Type Range Registers (MTRRs) may be used to control
239 processor access to memory ranges. This is most useful if you have
240 a video (VGA) card on a PCI or AGP bus. Enabling write-combining
241 allows bus write transfers to be combined into a larger transfer
242 before bursting over the PCI/AGP bus. This can increase performance
243 of image write operations 2.5 times or more. Saying Y here creates a
244 /proc/mtrr file which may be used to manipulate your processor's
245 MTRRs. Typically the X server should use this.
246
247 This code has a reasonably generic interface so that similar
248 control registers on other processors can be easily supported
249 as well.
250
251 Saying Y here also fixes a problem with buggy SMP BIOSes which only
252 set the MTRRs for the boot CPU and not for the secondary CPUs. This
253 can lead to all sorts of problems, so it's good to say Y here.
254
255 Just say Y here, all x86-64 machines support MTRRs.
256
257 See <file:Documentation/mtrr.txt> for more information.
258
259config SMP
260 bool "Symmetric multi-processing support"
261 ---help---
262 This enables support for systems with more than one CPU. If you have
263 a system with only one CPU, like most personal computers, say N. If
264 you have a system with more than one CPU, say Y.
265
266 If you say N here, the kernel will run on single and multiprocessor
267 machines, but will use only one CPU of a multiprocessor machine. If
268 you say Y here, the kernel will run on many, but not all,
269 singleprocessor machines. On a singleprocessor machine, the kernel
270 will run faster if you say N here.
271
272 If you don't know what to do here, say N.
273
Linus Torvalds1da177e2005-04-16 15:20:36 -0700274config SCHED_SMT
275 bool "SMT (Hyperthreading) scheduler support"
276 depends on SMP
277 default n
278 help
279 SMT scheduler support improves the CPU scheduler's decision making
280 when dealing with Intel Pentium 4 chips with HyperThreading at a
281 cost of slightly increased overhead in some places. If unsure say
282 N here.
283
Siddha, Suresh B1e9f28f2006-03-27 01:15:22 -0800284config SCHED_MC
285 bool "Multi-core scheduler support"
286 depends on SMP
287 default y
288 help
289 Multi-core scheduler support improves the CPU scheduler's decision
290 making when dealing with multi-core CPU chips at a cost of slightly
291 increased overhead in some places. If unsure say N here.
292
Ingo Molnarcc19ca82005-06-25 14:57:36 -0700293source "kernel/Kconfig.preempt"
294
Ravikiran G Thirumalaib0bd35e2005-11-05 17:25:54 +0100295config NUMA
296 bool "Non Uniform Memory Access (NUMA) Support"
Linus Torvalds1da177e2005-04-16 15:20:36 -0700297 depends on SMP
298 help
Ravikiran G Thirumalaib0bd35e2005-11-05 17:25:54 +0100299 Enable NUMA (Non Uniform Memory Access) support. The kernel
300 will try to allocate memory used by a CPU on the local memory
301 controller of the CPU and add some more NUMA awareness to the kernel.
302 This code is recommended on all multiprocessor Opteron systems.
303 If the system is EM64T, you should say N unless your system is EM64T
304 NUMA.
305
306config K8_NUMA
307 bool "Old style AMD Opteron NUMA detection"
Andi Kleenf157cbb2006-09-26 10:52:41 +0200308 depends on NUMA && PCI
Ravikiran G Thirumalaib0bd35e2005-11-05 17:25:54 +0100309 default y
310 help
311 Enable K8 NUMA node topology detection. You should say Y here if
312 you have a multi processor AMD K8 system. This uses an old
Matt LaPlante44c09202006-10-03 22:34:14 +0200313 method to read the NUMA configuration directly from the builtin
Ravikiran G Thirumalaib0bd35e2005-11-05 17:25:54 +0100314 Northbridge of Opteron. It is recommended to use X86_64_ACPI_NUMA
315 instead, which also takes priority if both are compiled in.
316
Yasunori Gotoc80d79d2006-04-10 22:53:53 -0700317config NODES_SHIFT
318 int
319 default "6"
320 depends on NEED_MULTIPLE_NODES
321
Ravikiran G Thirumalaib0bd35e2005-11-05 17:25:54 +0100322# Dummy CONFIG option to select ACPI_NUMA from drivers/acpi/Kconfig.
323
324config X86_64_ACPI_NUMA
325 bool "ACPI NUMA detection"
326 depends on NUMA
327 select ACPI
Adrian Bunk13001242006-03-28 17:04:00 -0500328 select PCI
Ravikiran G Thirumalaib0bd35e2005-11-05 17:25:54 +0100329 select ACPI_NUMA
330 default y
331 help
332 Enable ACPI SRAT based node topology detection.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700333
334config NUMA_EMU
Ravikiran G Thirumalaib0bd35e2005-11-05 17:25:54 +0100335 bool "NUMA emulation"
336 depends on NUMA
Linus Torvalds1da177e2005-04-16 15:20:36 -0700337 help
338 Enable NUMA emulation. A flat machine will be split
339 into virtual nodes when booted with "numa=fake=N", where N is the
340 number of nodes. This is only useful for debugging.
341
Dave Hansen3f22ab22005-06-23 00:07:43 -0700342config ARCH_DISCONTIGMEM_ENABLE
Linus Torvalds1da177e2005-04-16 15:20:36 -0700343 bool
344 depends on NUMA
345 default y
346
Linus Torvalds1da177e2005-04-16 15:20:36 -0700347
Matt Tolentino1035faf2005-06-23 00:08:05 -0700348config ARCH_DISCONTIGMEM_ENABLE
349 def_bool y
350 depends on NUMA
351
352config ARCH_DISCONTIGMEM_DEFAULT
353 def_bool y
354 depends on NUMA
355
356config ARCH_SPARSEMEM_ENABLE
357 def_bool y
Matt Tolentino44df75e2006-01-17 07:03:41 +0100358 depends on (NUMA || EXPERIMENTAL)
359
360config ARCH_MEMORY_PROBE
361 def_bool y
362 depends on MEMORY_HOTPLUG
Matt Tolentino1035faf2005-06-23 00:08:05 -0700363
364config ARCH_FLATMEM_ENABLE
365 def_bool y
366 depends on !NUMA
367
Dave Hansen3f22ab22005-06-23 00:07:43 -0700368source "mm/Kconfig"
369
Keith Manntheyec69acb2006-09-30 23:27:05 -0700370config MEMORY_HOTPLUG_RESERVE
371 def_bool y
372 depends on (MEMORY_HOTPLUG && DISCONTIGMEM)
373
Matt Tolentino1035faf2005-06-23 00:08:05 -0700374config HAVE_ARCH_EARLY_PFN_TO_NID
375 def_bool y
Matt Tolentino44df75e2006-01-17 07:03:41 +0100376 depends on NUMA
Matt Tolentino1035faf2005-06-23 00:08:05 -0700377
KAMEZAWA Hiroyukidc8ecb42006-03-27 01:15:34 -0800378config OUT_OF_LINE_PFN_TO_PAGE
379 def_bool y
380 depends on DISCONTIGMEM
381
Linus Torvalds1da177e2005-04-16 15:20:36 -0700382config NR_CPUS
383 int "Maximum number of CPUs (2-256)"
Andi Kleen01d4bed2006-03-25 16:30:58 +0100384 range 2 255
Linus Torvalds1da177e2005-04-16 15:20:36 -0700385 depends on SMP
386 default "8"
387 help
388 This allows you to specify the maximum number of CPUs which this
389 kernel will support. Current maximum is 256 CPUs due to
390 APIC addressing limits. Less depending on the hardware.
391
392 This is purely to save memory - each supported CPU requires
393 memory in the static kernel configuration.
394
Ashok Raj76e4f662005-06-25 14:55:00 -0700395config HOTPLUG_CPU
396 bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
397 depends on SMP && HOTPLUG && EXPERIMENTAL
398 help
399 Say Y here to experiment with turning CPUs off and on. CPUs
400 can be controlled through /sys/devices/system/cpu/cpu#.
401 Say N if you want to disable CPU hotplug.
402
Yasunori Gotocc576372006-06-29 02:24:27 -0700403config ARCH_ENABLE_MEMORY_HOTPLUG
404 def_bool y
Ashok Raj76e4f662005-06-25 14:55:00 -0700405
Linus Torvalds1da177e2005-04-16 15:20:36 -0700406config HPET_TIMER
407 bool
408 default y
409 help
410 Use the IA-PC HPET (High Precision Event Timer) to manage
411 time in preference to the PIT and RTC, if a HPET is
412 present. The HPET provides a stable time base on SMP
413 systems, unlike the TSC, but it is more expensive to access,
414 as it is off-chip. You can find the HPET spec at
Randy Dunlap89d7cbf2005-09-21 09:55:44 -0700415 <http://www.intel.com/hardwaredesign/hpetspec.htm>.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700416
417config HPET_EMULATE_RTC
418 bool "Provide RTC interrupt"
419 depends on HPET_TIMER && RTC=y
420
Andi Kleena813ce42006-06-26 13:57:22 +0200421# Mark as embedded because too many people got it wrong.
422# The code disables itself when not needed.
423config IOMMU
424 bool "IOMMU support" if EMBEDDED
Andi Kleena54649b2005-07-28 21:15:32 -0700425 default y
Muli Ben-Yehuda17a941d2006-01-11 22:44:42 +0100426 select SWIOTLB
Roman Zippeldcc1a662006-06-22 14:47:35 -0700427 select AGP
Linus Torvalds1da177e2005-04-16 15:20:36 -0700428 depends on PCI
429 help
Andi Kleena813ce42006-06-26 13:57:22 +0200430 Support for full DMA access of devices with 32bit memory access only
431 on systems with more than 3GB. This is usually needed for USB,
432 sound, many IDE/SATA chipsets and some other devices.
433 Provides a driver for the AMD Athlon64/Opteron/Turion/Sempron GART
434 based IOMMU and a software bounce buffer based IOMMU used on Intel
435 systems and as fallback.
436 The code is only active when needed (enough memory and limited
437 device) unless CONFIG_IOMMU_DEBUG or iommu=force is specified
438 too.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700439
Jon Masone4650582006-06-26 13:58:14 +0200440config CALGARY_IOMMU
441 bool "IBM Calgary IOMMU support"
Jon Masone4650582006-06-26 13:58:14 +0200442 select SWIOTLB
443 depends on PCI && EXPERIMENTAL
444 help
445 Support for hardware IOMMUs in IBM's xSeries x366 and x460
446 systems. Needed to run systems with more than 3GB of memory
447 properly with 32-bit PCI devices that do not support DAC
448 (Double Address Cycle). Calgary also supports bus level
449 isolation, where all DMAs pass through the IOMMU. This
450 prevents them from going anywhere except their intended
451 destination. This catches hard-to-find kernel bugs and
452 mis-behaving drivers and devices that do not use the DMA-API
453 properly to set up their DMA buffers. The IOMMU can be
454 turned off at boot time with the iommu=off parameter.
455 Normally the kernel will make the right choice by itself.
456 If unsure, say Y.
457
Muli Ben-Yehudabff65472006-12-07 02:14:07 +0100458config CALGARY_IOMMU_ENABLED_BY_DEFAULT
459 bool "Should Calgary be enabled by default?"
460 default y
461 depends on CALGARY_IOMMU
462 help
463 Should Calgary be enabled by default? if you choose 'y', Calgary
464 will be used (if it exists). If you choose 'n', Calgary will not be
465 used even if it exists. If you choose 'n' and would like to use
466 Calgary anyway, pass 'iommu=calgary' on the kernel command line.
467 If unsure, say Y.
468
Andi Kleena813ce42006-06-26 13:57:22 +0200469# need this always selected by IOMMU for the VIA workaround
Linus Torvalds1da177e2005-04-16 15:20:36 -0700470config SWIOTLB
Linus Torvalds1da177e2005-04-16 15:20:36 -0700471 bool
Linus Torvalds1da177e2005-04-16 15:20:36 -0700472
473config X86_MCE
474 bool "Machine check support" if EMBEDDED
475 default y
476 help
477 Include a machine check error handler to report hardware errors.
478 This version will require the mcelog utility to decode some
479 machine check error logs. See
480 ftp://ftp.x86-64.org/pub/linux/tools/mcelog
481
482config X86_MCE_INTEL
483 bool "Intel MCE features"
484 depends on X86_MCE && X86_LOCAL_APIC
485 default y
486 help
487 Additional support for intel specific MCE features such as
488 the thermal monitor.
489
Jacob Shin89b831e2005-11-05 17:25:53 +0100490config X86_MCE_AMD
491 bool "AMD MCE features"
492 depends on X86_MCE && X86_LOCAL_APIC
493 default y
494 help
495 Additional support for AMD specific MCE features such as
496 the DRAM Error Threshold.
497
Eric W. Biederman5234f5e2005-06-25 14:58:02 -0700498config KEXEC
Eric W. Biederman1c9c0a62006-09-26 10:52:40 +0200499 bool "kexec system call"
Eric W. Biederman5234f5e2005-06-25 14:58:02 -0700500 help
501 kexec is a system call that implements the ability to shutdown your
502 current kernel, and to start another kernel. It is like a reboot
Matt LaPlante1f1332f2006-06-29 01:32:47 -0400503 but it is independent of the system firmware. And like a reboot
Eric W. Biederman5234f5e2005-06-25 14:58:02 -0700504 you can start any kernel with it, not just Linux.
505
Matt LaPlante1f1332f2006-06-29 01:32:47 -0400506 The name comes from the similarity to the exec system call.
Eric W. Biederman5234f5e2005-06-25 14:58:02 -0700507
508 It is an ongoing process to be certain the hardware in a machine
509 is properly shutdown, so do not be surprised if this code does not
510 initially work for you. It may help to enable device hotplugging
511 support. As of this writing the exact hardware interface is
512 strongly in flux, so no good recommendation can be made.
513
Vivek Goyalec9ce0d2006-01-09 20:51:49 -0800514config CRASH_DUMP
515 bool "kernel crash dumps (EXPERIMENTAL)"
Vivek Goyalec9ce0d2006-01-09 20:51:49 -0800516 depends on EXPERIMENTAL
517 help
Andi Kleen1edf7772006-09-26 10:52:35 +0200518 Generate crash dump after being started by kexec.
519 This should be normally only set in special crash dump kernels
520 which are loaded in the main kernel with kexec-tools into
521 a specially reserved region and then later executed after
522 a crash by kdump/kexec. The crash dump kernel must be compiled
523 to a memory address not used by the main kernel or BIOS using
524 PHYSICAL_START.
525 For more details see Documentation/kdump/kdump.txt
Vivek Goyalec9ce0d2006-01-09 20:51:49 -0800526
Maneesh Soni05970d42006-01-09 20:51:52 -0800527config PHYSICAL_START
528 hex "Physical address where the kernel is loaded" if (EMBEDDED || CRASH_DUMP)
529 default "0x1000000" if CRASH_DUMP
Andi Kleen04103602006-03-25 16:30:13 +0100530 default "0x200000"
Maneesh Soni05970d42006-01-09 20:51:52 -0800531 help
532 This gives the physical address where the kernel is loaded. Normally
Andi Kleen04103602006-03-25 16:30:13 +0100533 for regular kernels this value is 0x200000 (2MB). But in the case
Maneesh Soni05970d42006-01-09 20:51:52 -0800534 of kexec on panic the fail safe kernel needs to run at a different
535 address than the panic-ed kernel. This option is used to set the load
536 address for kernels used to capture crash dump on being kexec'ed
537 after panic. The default value for crash dump kernels is
538 0x1000000 (16MB). This can also be set based on the "X" value as
539 specified in the "crashkernel=YM@XM" command line boot parameter
540 passed to the panic-ed kernel. Typically this parameter is set as
541 crashkernel=64M@16M. Please take a look at
542 Documentation/kdump/kdump.txt for more details about crash dumps.
543
544 Don't change this unless you know what you are doing.
545
Linus Torvalds1da177e2005-04-16 15:20:36 -0700546config SECCOMP
547 bool "Enable seccomp to safely compute untrusted bytecode"
548 depends on PROC_FS
549 default y
550 help
551 This kernel feature is useful for number crunching applications
552 that may need to compute untrusted bytecode during their
553 execution. By using pipes or other transports made available to
554 the process as file descriptors supporting the read/write
555 syscalls, it's possible to isolate those applications in
556 their own address space using seccomp. Once seccomp is
557 enabled via /proc/<pid>/seccomp, it cannot be disabled
558 and the task is only allowed to execute a few safe syscalls
559 defined by each seccomp mode.
560
561 If unsure, say Y. Only embedded should say N here.
562
Arjan van de Venb62a5c72006-09-26 10:52:38 +0200563config CC_STACKPROTECTOR
564 bool "Enable -fstack-protector buffer overflow detection (EXPRIMENTAL)"
565 depends on EXPERIMENTAL
566 help
567 This option turns on the -fstack-protector GCC feature. This
568 feature puts, at the beginning of critical functions, a canary
569 value on the stack just before the return address, and validates
570 the value just before actually returning. Stack based buffer
571 overflows (that need to overwrite this return address) now also
572 overwrite the canary, which gets detected and the attack is then
573 neutralized via a kernel panic.
574
575 This feature requires gcc version 4.2 or above, or a distribution
576 gcc with the feature backported. Older versions are automatically
577 detected and for those versions, this configuration option is ignored.
578
579config CC_STACKPROTECTOR_ALL
580 bool "Use stack-protector for all functions"
581 depends on CC_STACKPROTECTOR
582 help
583 Normally, GCC only inserts the canary value protection for
584 functions that use large-ish on-stack buffers. By enabling
585 this option, GCC will be asked to do this for ALL functions.
586
Christoph Lameter59121002005-06-23 00:08:25 -0700587source kernel/Kconfig.hz
588
Arjan van de Ven4bdc3b72006-03-25 16:30:49 +0100589config REORDER
590 bool "Function reordering"
591 default n
592 help
593 This option enables the toolchain to reorder functions for a more
594 optimal TLB usage. If you have pretty much any version of binutils,
595 this can increase your kernel build time by roughly one minute.
596
Andi Kleena32073b2006-06-26 13:56:40 +0200597config K8_NB
598 def_bool y
Andi Kleena813ce42006-06-26 13:57:22 +0200599 depends on AGP_AMD64 || IOMMU || (PCI && NUMA)
Andi Kleena32073b2006-06-26 13:56:40 +0200600
Linus Torvalds1da177e2005-04-16 15:20:36 -0700601endmenu
602
603#
604# Use the generic interrupt handling code in kernel/irq/:
605#
606config GENERIC_HARDIRQS
607 bool
608 default y
609
610config GENERIC_IRQ_PROBE
611 bool
612 default y
613
Al Viro5cae8412005-05-04 05:39:22 +0100614# we have no ISA slots, but we do have ISA-style DMA.
615config ISA_DMA_API
616 bool
617 default y
618
Ashok Raj54d5d422005-09-06 15:16:15 -0700619config GENERIC_PENDING_IRQ
620 bool
621 depends on GENERIC_HARDIRQS && SMP
622 default y
623
Linus Torvalds1da177e2005-04-16 15:20:36 -0700624menu "Power management options"
625
626source kernel/power/Kconfig
627
628source "drivers/acpi/Kconfig"
629
630source "arch/x86_64/kernel/cpufreq/Kconfig"
631
632endmenu
633
634menu "Bus options (PCI etc.)"
635
636config PCI
637 bool "PCI support"
638
639# x86-64 doesn't support PCI BIOS access from long mode so always go direct.
640config PCI_DIRECT
641 bool
642 depends on PCI
643 default y
644
645config PCI_MMCONFIG
646 bool "Support mmconfig PCI config space access"
Alexander Nyberg8aadff72005-05-27 12:48:50 +0200647 depends on PCI && ACPI
Linus Torvalds1da177e2005-04-16 15:20:36 -0700648
Linus Torvalds1da177e2005-04-16 15:20:36 -0700649source "drivers/pci/pcie/Kconfig"
650
651source "drivers/pci/Kconfig"
652
653source "drivers/pcmcia/Kconfig"
654
655source "drivers/pci/hotplug/Kconfig"
656
657endmenu
658
659
660menu "Executable file formats / Emulations"
661
662source "fs/Kconfig.binfmt"
663
664config IA32_EMULATION
665 bool "IA32 Emulation"
666 help
667 Include code to run 32-bit programs under a 64-bit kernel. You should likely
668 turn this on, unless you're 100% sure that you don't have any 32-bit programs
669 left.
670
671config IA32_AOUT
Andi Kleenea0be472005-11-05 17:25:54 +0100672 tristate "IA32 a.out support"
Linus Torvalds1da177e2005-04-16 15:20:36 -0700673 depends on IA32_EMULATION
674 help
675 Support old a.out binaries in the 32bit emulation.
676
677config COMPAT
678 bool
679 depends on IA32_EMULATION
680 default y
681
682config SYSVIPC_COMPAT
683 bool
684 depends on COMPAT && SYSVIPC
685 default y
686
Linus Torvalds1da177e2005-04-16 15:20:36 -0700687endmenu
688
Sam Ravnborgd5950b42005-07-11 21:03:49 -0700689source "net/Kconfig"
690
Linus Torvalds1da177e2005-04-16 15:20:36 -0700691source drivers/Kconfig
692
693source "drivers/firmware/Kconfig"
694
695source fs/Kconfig
696
Prasanna S Panchamukhicd6b0762005-11-07 00:59:14 -0800697menu "Instrumentation Support"
698 depends on EXPERIMENTAL
699
Linus Torvalds1da177e2005-04-16 15:20:36 -0700700source "arch/x86_64/oprofile/Kconfig"
701
Prasanna S Panchamukhicd6b0762005-11-07 00:59:14 -0800702config KPROBES
703 bool "Kprobes (EXPERIMENTAL)"
Ananth N Mavinakayanahalli3a872d82006-10-02 02:17:30 -0700704 depends on KALLSYMS && EXPERIMENTAL && MODULES
Prasanna S Panchamukhicd6b0762005-11-07 00:59:14 -0800705 help
706 Kprobes allows you to trap at almost any kernel address and
707 execute a callback function. register_kprobe() establishes
708 a probepoint and specifies the callback. Kprobes is useful
709 for kernel debugging, non-intrusive instrumentation and testing.
710 If in doubt, say "N".
711endmenu
712
Linus Torvalds1da177e2005-04-16 15:20:36 -0700713source "arch/x86_64/Kconfig.debug"
714
715source "security/Kconfig"
716
717source "crypto/Kconfig"
718
719source "lib/Kconfig"