Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux...
[linux-2.6.git] / arch / x86 / Kconfig
1 # x86 configuration
2 mainmenu "Linux Kernel Configuration for x86"
3
4 # Select 32 or 64 bit
5 config 64BIT
6         bool "64-bit kernel" if ARCH = "x86"
7         default ARCH = "x86_64"
8         help
9           Say yes to build a 64-bit kernel - formerly known as x86_64
10           Say no to build a 32-bit kernel - formerly known as i386
11
12 config X86_32
13         def_bool !64BIT
14
15 config X86_64
16         def_bool 64BIT
17
18 ### Arch settings
19 config X86
20         def_bool y
21         select HAVE_OPROFILE
22         select HAVE_KPROBES
23
24 config GENERIC_LOCKBREAK
25         def_bool n
26
27 config GENERIC_TIME
28         def_bool y
29
30 config GENERIC_CMOS_UPDATE
31         def_bool y
32
33 config CLOCKSOURCE_WATCHDOG
34         def_bool y
35
36 config GENERIC_CLOCKEVENTS
37         def_bool y
38
39 config GENERIC_CLOCKEVENTS_BROADCAST
40         def_bool y
41         depends on X86_64 || (X86_32 && X86_LOCAL_APIC)
42
43 config LOCKDEP_SUPPORT
44         def_bool y
45
46 config STACKTRACE_SUPPORT
47         def_bool y
48
49 config HAVE_LATENCYTOP_SUPPORT
50         def_bool y
51
52 config SEMAPHORE_SLEEPERS
53         def_bool y
54
55 config MMU
56         def_bool y
57
58 config ZONE_DMA
59         def_bool y
60
61 config QUICKLIST
62         def_bool X86_32
63
64 config SBUS
65         bool
66
67 config GENERIC_ISA_DMA
68         def_bool y
69
70 config GENERIC_IOMAP
71         def_bool y
72
73 config GENERIC_BUG
74         def_bool y
75         depends on BUG
76
77 config GENERIC_HWEIGHT
78         def_bool y
79
80 config GENERIC_GPIO
81         def_bool n
82
83 config ARCH_MAY_HAVE_PC_FDC
84         def_bool y
85
86 config DMI
87         def_bool y
88
89 config RWSEM_GENERIC_SPINLOCK
90         def_bool !X86_XADD
91
92 config RWSEM_XCHGADD_ALGORITHM
93         def_bool X86_XADD
94
95 config ARCH_HAS_ILOG2_U32
96         def_bool n
97
98 config ARCH_HAS_ILOG2_U64
99         def_bool n
100
101 config GENERIC_CALIBRATE_DELAY
102         def_bool y
103
104 config GENERIC_TIME_VSYSCALL
105         bool
106         default X86_64
107
108 config ARCH_HAS_CPU_RELAX
109         def_bool y
110
111 config HAVE_SETUP_PER_CPU_AREA
112         def_bool X86_64
113
114 select HAVE_KVM
115
116 config ARCH_HIBERNATION_POSSIBLE
117         def_bool y
118         depends on !SMP || !X86_VOYAGER
119
120 config ARCH_SUSPEND_POSSIBLE
121         def_bool y
122         depends on !X86_VOYAGER
123
124 config ZONE_DMA32
125         bool
126         default X86_64
127
128 config ARCH_POPULATES_NODE_MAP
129         def_bool y
130
131 config AUDIT_ARCH
132         bool
133         default X86_64
134
135 # Use the generic interrupt handling code in kernel/irq/:
136 config GENERIC_HARDIRQS
137         bool
138         default y
139
140 config GENERIC_IRQ_PROBE
141         bool
142         default y
143
144 config GENERIC_PENDING_IRQ
145         bool
146         depends on GENERIC_HARDIRQS && SMP
147         default y
148
149 config X86_SMP
150         bool
151         depends on SMP && ((X86_32 && !X86_VOYAGER) || X86_64)
152         default y
153
154 config X86_32_SMP
155         def_bool y
156         depends on X86_32 && SMP
157
158 config X86_64_SMP
159         def_bool y
160         depends on X86_64 && SMP
161
162 config X86_HT
163         bool
164         depends on SMP
165         depends on (X86_32 && !(X86_VISWS || X86_VOYAGER)) || (X86_64 && !MK8)
166         default y
167
168 config X86_BIOS_REBOOT
169         bool
170         depends on X86_32 && !(X86_VISWS || X86_VOYAGER)
171         default y
172
173 config X86_TRAMPOLINE
174         bool
175         depends on X86_SMP || (X86_VOYAGER && SMP)
176         default y
177
178 config KTIME_SCALAR
179         def_bool X86_32
180 source "init/Kconfig"
181
182 menu "Processor type and features"
183
184 source "kernel/time/Kconfig"
185
186 config SMP
187         bool "Symmetric multi-processing support"
188         ---help---
189           This enables support for systems with more than one CPU. If you have
190           a system with only one CPU, like most personal computers, say N. If
191           you have a system with more than one CPU, say Y.
192
193           If you say N here, the kernel will run on single and multiprocessor
194           machines, but will use only one CPU of a multiprocessor machine. If
195           you say Y here, the kernel will run on many, but not all,
196           singleprocessor machines. On a singleprocessor machine, the kernel
197           will run faster if you say N here.
198
199           Note that if you say Y here and choose architecture "586" or
200           "Pentium" under "Processor family", the kernel will not work on 486
201           architectures. Similarly, multiprocessor kernels for the "PPro"
202           architecture may not work on all Pentium based boards.
203
204           People using multiprocessor machines who say Y here should also say
205           Y to "Enhanced Real Time Clock Support", below. The "Advanced Power
206           Management" code will be disabled if you say Y here.
207
208           See also <file:Documentation/i386/IO-APIC.txt>,
209           <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO available at
210           <http://www.tldp.org/docs.html#howto>.
211
212           If you don't know what to do here, say N.
213
214 choice
215         prompt "Subarchitecture Type"
216         default X86_PC
217
218 config X86_PC
219         bool "PC-compatible"
220         help
221           Choose this option if your computer is a standard PC or compatible.
222
223 config X86_ELAN
224         bool "AMD Elan"
225         depends on X86_32
226         help
227           Select this for an AMD Elan processor.
228
229           Do not use this option for K6/Athlon/Opteron processors!
230
231           If unsure, choose "PC-compatible" instead.
232
233 config X86_VOYAGER
234         bool "Voyager (NCR)"
235         depends on X86_32
236         select SMP if !BROKEN
237         help
238           Voyager is an MCA-based 32-way capable SMP architecture proprietary
239           to NCR Corp.  Machine classes 345x/35xx/4100/51xx are Voyager-based.
240
241           *** WARNING ***
242
243           If you do not specifically know you have a Voyager based machine,
244           say N here, otherwise the kernel you build will not be bootable.
245
246 config X86_NUMAQ
247         bool "NUMAQ (IBM/Sequent)"
248         select SMP
249         select NUMA
250         depends on X86_32
251         help
252           This option is used for getting Linux to run on a (IBM/Sequent) NUMA
253           multiquad box. This changes the way that processors are bootstrapped,
254           and uses Clustered Logical APIC addressing mode instead of Flat Logical.
255           You will need a new lynxer.elf file to flash your firmware with - send
256           email to <Martin.Bligh@us.ibm.com>.
257
258 config X86_SUMMIT
259         bool "Summit/EXA (IBM x440)"
260         depends on X86_32 && SMP
261         help
262           This option is needed for IBM systems that use the Summit/EXA chipset.
263           In particular, it is needed for the x440.
264
265           If you don't have one of these computers, you should say N here.
266           If you want to build a NUMA kernel, you must select ACPI.
267
268 config X86_BIGSMP
269         bool "Support for other sub-arch SMP systems with more than 8 CPUs"
270         depends on X86_32 && SMP
271         help
272           This option is needed for the systems that have more than 8 CPUs
273           and if the system is not of any sub-arch type above.
274
275           If you don't have such a system, you should say N here.
276
277 config X86_VISWS
278         bool "SGI 320/540 (Visual Workstation)"
279         depends on X86_32
280         help
281           The SGI Visual Workstation series is an IA32-based workstation
282           based on SGI systems chips with some legacy PC hardware attached.
283
284           Say Y here to create a kernel to run on the SGI 320 or 540.
285
286           A kernel compiled for the Visual Workstation will not run on PCs
287           and vice versa. See <file:Documentation/sgi-visws.txt> for details.
288
289 config X86_GENERICARCH
290        bool "Generic architecture (Summit, bigsmp, ES7000, default)"
291         depends on X86_32
292        help
293           This option compiles in the Summit, bigsmp, ES7000, default subarchitectures.
294           It is intended for a generic binary kernel.
295           If you want a NUMA kernel, select ACPI.   We need SRAT for NUMA.
296
297 config X86_ES7000
298         bool "Support for Unisys ES7000 IA32 series"
299         depends on X86_32 && SMP
300         help
301           Support for Unisys ES7000 systems.  Say 'Y' here if this kernel is
302           supposed to run on an IA32-based Unisys ES7000 system.
303           Only choose this option if you have such a system, otherwise you
304           should say N here.
305
306 config X86_RDC321X
307         bool "RDC R-321x SoC"
308         depends on X86_32
309         select M486
310         select X86_REBOOTFIXUPS
311         select GENERIC_GPIO
312         select LEDS_CLASS
313         select LEDS_GPIO
314         help
315           This option is needed for RDC R-321x system-on-chip, also known
316           as R-8610-(G).
317           If you don't have one of these chips, you should say N here.
318
319 config X86_VSMP
320         bool "Support for ScaleMP vSMP"
321         depends on X86_64 && PCI
322          help
323           Support for ScaleMP vSMP systems.  Say 'Y' here if this kernel is
324           supposed to run on these EM64T-based machines.  Only choose this option
325           if you have one of these machines.
326
327 endchoice
328
329 config SCHED_NO_NO_OMIT_FRAME_POINTER
330         def_bool y
331         prompt "Single-depth WCHAN output"
332         depends on X86_32
333         help
334           Calculate simpler /proc/<PID>/wchan values. If this option
335           is disabled then wchan values will recurse back to the
336           caller function. This provides more accurate wchan values,
337           at the expense of slightly more scheduling overhead.
338
339           If in doubt, say "Y".
340
341 menuconfig PARAVIRT_GUEST
342         bool "Paravirtualized guest support"
343         help
344           Say Y here to get to see options related to running Linux under
345           various hypervisors.  This option alone does not add any kernel code.
346
347           If you say N, all options in this submenu will be skipped and disabled.
348
349 if PARAVIRT_GUEST
350
351 source "arch/x86/xen/Kconfig"
352
353 config VMI
354         bool "VMI Guest support"
355         select PARAVIRT
356         depends on X86_32
357         depends on !(X86_VISWS || X86_VOYAGER)
358         help
359           VMI provides a paravirtualized interface to the VMware ESX server
360           (it could be used by other hypervisors in theory too, but is not
361           at the moment), by linking the kernel to a GPL-ed ROM module
362           provided by the hypervisor.
363
364 source "arch/x86/lguest/Kconfig"
365
366 config PARAVIRT
367         bool "Enable paravirtualization code"
368         depends on !(X86_VISWS || X86_VOYAGER)
369         help
370           This changes the kernel so it can modify itself when it is run
371           under a hypervisor, potentially improving performance significantly
372           over full virtualization.  However, when run without a hypervisor
373           the kernel is theoretically slower and slightly larger.
374
375 endif
376
377 config ACPI_SRAT
378         def_bool y
379         depends on X86_32 && ACPI && NUMA && (X86_SUMMIT || X86_GENERICARCH)
380         select ACPI_NUMA
381
382 config HAVE_ARCH_PARSE_SRAT
383         def_bool y
384         depends on ACPI_SRAT
385
386 config X86_SUMMIT_NUMA
387         def_bool y
388         depends on X86_32 && NUMA && (X86_SUMMIT || X86_GENERICARCH)
389
390 config X86_CYCLONE_TIMER
391         def_bool y
392         depends on X86_32 && X86_SUMMIT || X86_GENERICARCH
393
394 config ES7000_CLUSTERED_APIC
395         def_bool y
396         depends on SMP && X86_ES7000 && MPENTIUMIII
397
398 source "arch/x86/Kconfig.cpu"
399
400 config HPET_TIMER
401         def_bool X86_64
402         prompt "HPET Timer Support" if X86_32
403         help
404          Use the IA-PC HPET (High Precision Event Timer) to manage
405          time in preference to the PIT and RTC, if a HPET is
406          present.
407          HPET is the next generation timer replacing legacy 8254s.
408          The HPET provides a stable time base on SMP
409          systems, unlike the TSC, but it is more expensive to access,
410          as it is off-chip.  You can find the HPET spec at
411          <http://www.intel.com/hardwaredesign/hpetspec.htm>.
412
413          You can safely choose Y here.  However, HPET will only be
414          activated if the platform and the BIOS support this feature.
415          Otherwise the 8254 will be used for timing services.
416
417          Choose N to continue using the legacy 8254 timer.
418
419 config HPET_EMULATE_RTC
420         def_bool y
421         depends on HPET_TIMER && (RTC=y || RTC=m || RTC_DRV_CMOS=m || RTC_DRV_CMOS=y)
422
423 # Mark as embedded because too many people got it wrong.
424 # The code disables itself when not needed.
425 config GART_IOMMU
426         bool "GART IOMMU support" if EMBEDDED
427         default y
428         select SWIOTLB
429         select AGP
430         depends on X86_64 && PCI
431         help
432           Support for full DMA access of devices with 32bit memory access only
433           on systems with more than 3GB. This is usually needed for USB,
434           sound, many IDE/SATA chipsets and some other devices.
435           Provides a driver for the AMD Athlon64/Opteron/Turion/Sempron GART
436           based hardware IOMMU and a software bounce buffer based IOMMU used
437           on Intel systems and as fallback.
438           The code is only active when needed (enough memory and limited
439           device) unless CONFIG_IOMMU_DEBUG or iommu=force is specified
440           too.
441
442 config CALGARY_IOMMU
443         bool "IBM Calgary IOMMU support"
444         select SWIOTLB
445         depends on X86_64 && PCI && EXPERIMENTAL
446         help
447           Support for hardware IOMMUs in IBM's xSeries x366 and x460
448           systems. Needed to run systems with more than 3GB of memory
449           properly with 32-bit PCI devices that do not support DAC
450           (Double Address Cycle). Calgary also supports bus level
451           isolation, where all DMAs pass through the IOMMU.  This
452           prevents them from going anywhere except their intended
453           destination. This catches hard-to-find kernel bugs and
454           mis-behaving drivers and devices that do not use the DMA-API
455           properly to set up their DMA buffers.  The IOMMU can be
456           turned off at boot time with the iommu=off parameter.
457           Normally the kernel will make the right choice by itself.
458           If unsure, say Y.
459
460 config CALGARY_IOMMU_ENABLED_BY_DEFAULT
461         def_bool y
462         prompt "Should Calgary be enabled by default?"
463         depends on CALGARY_IOMMU
464         help
465           Should Calgary be enabled by default? if you choose 'y', Calgary
466           will be used (if it exists). If you choose 'n', Calgary will not be
467           used even if it exists. If you choose 'n' and would like to use
468           Calgary anyway, pass 'iommu=calgary' on the kernel command line.
469           If unsure, say Y.
470
471 config IOMMU_HELPER
472         def_bool (CALGARY_IOMMU || GART_IOMMU)
473
474 # need this always selected by IOMMU for the VIA workaround
475 config SWIOTLB
476         bool
477         help
478           Support for software bounce buffers used on x86-64 systems
479           which don't have a hardware IOMMU (e.g. the current generation
480           of Intel's x86-64 CPUs). Using this PCI devices which can only
481           access 32-bits of memory can be used on systems with more than
482           3 GB of memory. If unsure, say Y.
483
484
485 config NR_CPUS
486         int "Maximum number of CPUs (2-255)"
487         range 2 255
488         depends on SMP
489         default "32" if X86_NUMAQ || X86_SUMMIT || X86_BIGSMP || X86_ES7000
490         default "8"
491         help
492           This allows you to specify the maximum number of CPUs which this
493           kernel will support.  The maximum supported value is 255 and the
494           minimum value which makes sense is 2.
495
496           This is purely to save memory - each supported CPU adds
497           approximately eight kilobytes to the kernel image.
498
499 config SCHED_SMT
500         bool "SMT (Hyperthreading) scheduler support"
501         depends on (X86_64 && SMP) || (X86_32 && X86_HT)
502         help
503           SMT scheduler support improves the CPU scheduler's decision making
504           when dealing with Intel Pentium 4 chips with HyperThreading at a
505           cost of slightly increased overhead in some places. If unsure say
506           N here.
507
508 config SCHED_MC
509         def_bool y
510         prompt "Multi-core scheduler support"
511         depends on (X86_64 && SMP) || (X86_32 && X86_HT)
512         help
513           Multi-core scheduler support improves the CPU scheduler's decision
514           making when dealing with multi-core CPU chips at a cost of slightly
515           increased overhead in some places. If unsure say N here.
516
517 source "kernel/Kconfig.preempt"
518
519 config X86_UP_APIC
520         bool "Local APIC support on uniprocessors"
521         depends on X86_32 && !SMP && !(X86_VISWS || X86_VOYAGER || X86_GENERICARCH)
522         help
523           A local APIC (Advanced Programmable Interrupt Controller) is an
524           integrated interrupt controller in the CPU. If you have a single-CPU
525           system which has a processor with a local APIC, you can say Y here to
526           enable and use it. If you say Y here even though your machine doesn't
527           have a local APIC, then the kernel will still run with no slowdown at
528           all. The local APIC supports CPU-generated self-interrupts (timer,
529           performance counters), and the NMI watchdog which detects hard
530           lockups.
531
532 config X86_UP_IOAPIC
533         bool "IO-APIC support on uniprocessors"
534         depends on X86_UP_APIC
535         help
536           An IO-APIC (I/O Advanced Programmable Interrupt Controller) is an
537           SMP-capable replacement for PC-style interrupt controllers. Most
538           SMP systems and many recent uniprocessor systems have one.
539
540           If you have a single-CPU system with an IO-APIC, you can say Y here
541           to use it. If you say Y here even though your machine doesn't have
542           an IO-APIC, then the kernel will still run with no slowdown at all.
543
544 config X86_LOCAL_APIC
545         def_bool y
546         depends on X86_64 || (X86_32 && (X86_UP_APIC || ((X86_VISWS || SMP) && !X86_VOYAGER) || X86_GENERICARCH))
547
548 config X86_IO_APIC
549         def_bool y
550         depends on X86_64 || (X86_32 && (X86_UP_IOAPIC || (SMP && !(X86_VISWS || X86_VOYAGER)) || X86_GENERICARCH))
551
552 config X86_VISWS_APIC
553         def_bool y
554         depends on X86_32 && X86_VISWS
555
556 config X86_MCE
557         bool "Machine Check Exception"
558         depends on !X86_VOYAGER
559         ---help---
560           Machine Check Exception support allows the processor to notify the
561           kernel if it detects a problem (e.g. overheating, component failure).
562           The action the kernel takes depends on the severity of the problem,
563           ranging from a warning message on the console, to halting the machine.
564           Your processor must be a Pentium or newer to support this - check the
565           flags in /proc/cpuinfo for mce.  Note that some older Pentium systems
566           have a design flaw which leads to false MCE events - hence MCE is
567           disabled on all P5 processors, unless explicitly enabled with "mce"
568           as a boot argument.  Similarly, if MCE is built in and creates a
569           problem on some new non-standard machine, you can boot with "nomce"
570           to disable it.  MCE support simply ignores non-MCE processors like
571           the 386 and 486, so nearly everyone can say Y here.
572
573 config X86_MCE_INTEL
574         def_bool y
575         prompt "Intel MCE features"
576         depends on X86_64 && X86_MCE && X86_LOCAL_APIC
577         help
578            Additional support for intel specific MCE features such as
579            the thermal monitor.
580
581 config X86_MCE_AMD
582         def_bool y
583         prompt "AMD MCE features"
584         depends on X86_64 && X86_MCE && X86_LOCAL_APIC
585         help
586            Additional support for AMD specific MCE features such as
587            the DRAM Error Threshold.
588
589 config X86_MCE_NONFATAL
590         tristate "Check for non-fatal errors on AMD Athlon/Duron / Intel Pentium 4"
591         depends on X86_32 && X86_MCE
592         help
593           Enabling this feature starts a timer that triggers every 5 seconds which
594           will look at the machine check registers to see if anything happened.
595           Non-fatal problems automatically get corrected (but still logged).
596           Disable this if you don't want to see these messages.
597           Seeing the messages this option prints out may be indicative of dying
598           or out-of-spec (ie, overclocked) hardware.
599           This option only does something on certain CPUs.
600           (AMD Athlon/Duron and Intel Pentium 4)
601
602 config X86_MCE_P4THERMAL
603         bool "check for P4 thermal throttling interrupt."
604         depends on X86_32 && X86_MCE && (X86_UP_APIC || SMP) && !X86_VISWS
605         help
606           Enabling this feature will cause a message to be printed when the P4
607           enters thermal throttling.
608
609 config VM86
610         bool "Enable VM86 support" if EMBEDDED
611         default y
612         depends on X86_32
613         help
614           This option is required by programs like DOSEMU to run 16-bit legacy
615           code on X86 processors. It also may be needed by software like
616           XFree86 to initialize some video cards via BIOS. Disabling this
617           option saves about 6k.
618
619 config TOSHIBA
620         tristate "Toshiba Laptop support"
621         depends on X86_32
622         ---help---
623           This adds a driver to safely access the System Management Mode of
624           the CPU on Toshiba portables with a genuine Toshiba BIOS. It does
625           not work on models with a Phoenix BIOS. The System Management Mode
626           is used to set the BIOS and power saving options on Toshiba portables.
627
628           For information on utilities to make use of this driver see the
629           Toshiba Linux utilities web site at:
630           <http://www.buzzard.org.uk/toshiba/>.
631
632           Say Y if you intend to run this kernel on a Toshiba portable.
633           Say N otherwise.
634
635 config I8K
636         tristate "Dell laptop support"
637         ---help---
638           This adds a driver to safely access the System Management Mode
639           of the CPU on the Dell Inspiron 8000. The System Management Mode
640           is used to read cpu temperature and cooling fan status and to
641           control the fans on the I8K portables.
642
643           This driver has been tested only on the Inspiron 8000 but it may
644           also work with other Dell laptops. You can force loading on other
645           models by passing the parameter `force=1' to the module. Use at
646           your own risk.
647
648           For information on utilities to make use of this driver see the
649           I8K Linux utilities web site at:
650           <http://people.debian.org/~dz/i8k/>
651
652           Say Y if you intend to run this kernel on a Dell Inspiron 8000.
653           Say N otherwise.
654
655 config X86_REBOOTFIXUPS
656         def_bool n
657         prompt "Enable X86 board specific fixups for reboot"
658         depends on X86_32 && X86
659         ---help---
660           This enables chipset and/or board specific fixups to be done
661           in order to get reboot to work correctly. This is only needed on
662           some combinations of hardware and BIOS. The symptom, for which
663           this config is intended, is when reboot ends with a stalled/hung
664           system.
665
666           Currently, the only fixup is for the Geode machines using
667           CS5530A and CS5536 chipsets and the RDC R-321x SoC.
668
669           Say Y if you want to enable the fixup. Currently, it's safe to
670           enable this option even if you don't need it.
671           Say N otherwise.
672
673 config MICROCODE
674         tristate "/dev/cpu/microcode - Intel IA32 CPU microcode support"
675         select FW_LOADER
676         ---help---
677           If you say Y here, you will be able to update the microcode on
678           Intel processors in the IA32 family, e.g. Pentium Pro, Pentium II,
679           Pentium III, Pentium 4, Xeon etc.  You will obviously need the
680           actual microcode binary data itself which is not shipped with the
681           Linux kernel.
682
683           For latest news and information on obtaining all the required
684           ingredients for this driver, check:
685           <http://www.urbanmyth.org/microcode/>.
686
687           To compile this driver as a module, choose M here: the
688           module will be called microcode.
689
690 config MICROCODE_OLD_INTERFACE
691         def_bool y
692         depends on MICROCODE
693
694 config X86_MSR
695         tristate "/dev/cpu/*/msr - Model-specific register support"
696         help
697           This device gives privileged processes access to the x86
698           Model-Specific Registers (MSRs).  It is a character device with
699           major 202 and minors 0 to 31 for /dev/cpu/0/msr to /dev/cpu/31/msr.
700           MSR accesses are directed to a specific CPU on multi-processor
701           systems.
702
703 config X86_CPUID
704         tristate "/dev/cpu/*/cpuid - CPU information support"
705         help
706           This device gives processes access to the x86 CPUID instruction to
707           be executed on a specific processor.  It is a character device
708           with major 203 and minors 0 to 31 for /dev/cpu/0/cpuid to
709           /dev/cpu/31/cpuid.
710
711 choice
712         prompt "High Memory Support"
713         default HIGHMEM4G if !X86_NUMAQ
714         default HIGHMEM64G if X86_NUMAQ
715         depends on X86_32
716
717 config NOHIGHMEM
718         bool "off"
719         depends on !X86_NUMAQ
720         ---help---
721           Linux can use up to 64 Gigabytes of physical memory on x86 systems.
722           However, the address space of 32-bit x86 processors is only 4
723           Gigabytes large. That means that, if you have a large amount of
724           physical memory, not all of it can be "permanently mapped" by the
725           kernel. The physical memory that's not permanently mapped is called
726           "high memory".
727
728           If you are compiling a kernel which will never run on a machine with
729           more than 1 Gigabyte total physical RAM, answer "off" here (default
730           choice and suitable for most users). This will result in a "3GB/1GB"
731           split: 3GB are mapped so that each process sees a 3GB virtual memory
732           space and the remaining part of the 4GB virtual memory space is used
733           by the kernel to permanently map as much physical memory as
734           possible.
735
736           If the machine has between 1 and 4 Gigabytes physical RAM, then
737           answer "4GB" here.
738
739           If more than 4 Gigabytes is used then answer "64GB" here. This
740           selection turns Intel PAE (Physical Address Extension) mode on.
741           PAE implements 3-level paging on IA32 processors. PAE is fully
742           supported by Linux, PAE mode is implemented on all recent Intel
743           processors (Pentium Pro and better). NOTE: If you say "64GB" here,
744           then the kernel will not boot on CPUs that don't support PAE!
745
746           The actual amount of total physical memory will either be
747           auto detected or can be forced by using a kernel command line option
748           such as "mem=256M". (Try "man bootparam" or see the documentation of
749           your boot loader (lilo or loadlin) about how to pass options to the
750           kernel at boot time.)
751
752           If unsure, say "off".
753
754 config HIGHMEM4G
755         bool "4GB"
756         depends on !X86_NUMAQ
757         help
758           Select this if you have a 32-bit processor and between 1 and 4
759           gigabytes of physical RAM.
760
761 config HIGHMEM64G
762         bool "64GB"
763         depends on !M386 && !M486
764         select X86_PAE
765         help
766           Select this if you have a 32-bit processor and more than 4
767           gigabytes of physical RAM.
768
769 endchoice
770
771 choice
772         depends on EXPERIMENTAL
773         prompt "Memory split" if EMBEDDED
774         default VMSPLIT_3G
775         depends on X86_32
776         help
777           Select the desired split between kernel and user memory.
778
779           If the address range available to the kernel is less than the
780           physical memory installed, the remaining memory will be available
781           as "high memory". Accessing high memory is a little more costly
782           than low memory, as it needs to be mapped into the kernel first.
783           Note that increasing the kernel address space limits the range
784           available to user programs, making the address space there
785           tighter.  Selecting anything other than the default 3G/1G split
786           will also likely make your kernel incompatible with binary-only
787           kernel modules.
788
789           If you are not absolutely sure what you are doing, leave this
790           option alone!
791
792         config VMSPLIT_3G
793                 bool "3G/1G user/kernel split"
794         config VMSPLIT_3G_OPT
795                 depends on !X86_PAE
796                 bool "3G/1G user/kernel split (for full 1G low memory)"
797         config VMSPLIT_2G
798                 bool "2G/2G user/kernel split"
799         config VMSPLIT_2G_OPT
800                 depends on !X86_PAE
801                 bool "2G/2G user/kernel split (for full 2G low memory)"
802         config VMSPLIT_1G
803                 bool "1G/3G user/kernel split"
804 endchoice
805
806 config PAGE_OFFSET
807         hex
808         default 0xB0000000 if VMSPLIT_3G_OPT
809         default 0x80000000 if VMSPLIT_2G
810         default 0x78000000 if VMSPLIT_2G_OPT
811         default 0x40000000 if VMSPLIT_1G
812         default 0xC0000000
813         depends on X86_32
814
815 config HIGHMEM
816         def_bool y
817         depends on X86_32 && (HIGHMEM64G || HIGHMEM4G)
818
819 config X86_PAE
820         def_bool n
821         prompt "PAE (Physical Address Extension) Support"
822         depends on X86_32 && !HIGHMEM4G
823         select RESOURCES_64BIT
824         help
825           PAE is required for NX support, and furthermore enables
826           larger swapspace support for non-overcommit purposes. It
827           has the cost of more pagetable lookup overhead, and also
828           consumes more pagetable space per process.
829
830 # Common NUMA Features
831 config NUMA
832         bool "Numa Memory Allocation and Scheduler Support (EXPERIMENTAL)"
833         depends on SMP
834         depends on X86_64 || (X86_32 && HIGHMEM64G && (X86_NUMAQ || (X86_SUMMIT || X86_GENERICARCH) && ACPI) && EXPERIMENTAL)
835         default n if X86_PC
836         default y if (X86_NUMAQ || X86_SUMMIT)
837         help
838           Enable NUMA (Non Uniform Memory Access) support.
839           The kernel will try to allocate memory used by a CPU on the
840           local memory controller of the CPU and add some more
841           NUMA awareness to the kernel.
842
843           For i386 this is currently highly experimental and should be only
844           used for kernel development. It might also cause boot failures.
845           For x86_64 this is recommended on all multiprocessor Opteron systems.
846           If the system is EM64T, you should say N unless your system is
847           EM64T NUMA.
848
849 comment "NUMA (Summit) requires SMP, 64GB highmem support, ACPI"
850         depends on X86_32 && X86_SUMMIT && (!HIGHMEM64G || !ACPI)
851
852 config K8_NUMA
853         def_bool y
854         prompt "Old style AMD Opteron NUMA detection"
855         depends on X86_64 && NUMA && PCI
856         help
857          Enable K8 NUMA node topology detection.  You should say Y here if
858          you have a multi processor AMD K8 system. This uses an old
859          method to read the NUMA configuration directly from the builtin
860          Northbridge of Opteron. It is recommended to use X86_64_ACPI_NUMA
861          instead, which also takes priority if both are compiled in.
862
863 config X86_64_ACPI_NUMA
864         def_bool y
865         prompt "ACPI NUMA detection"
866         depends on X86_64 && NUMA && ACPI && PCI
867         select ACPI_NUMA
868         help
869           Enable ACPI SRAT based node topology detection.
870
871 config NUMA_EMU
872         bool "NUMA emulation"
873         depends on X86_64 && NUMA
874         help
875           Enable NUMA emulation. A flat machine will be split
876           into virtual nodes when booted with "numa=fake=N", where N is the
877           number of nodes. This is only useful for debugging.
878
879 config NODES_SHIFT
880         int
881         range 1 15  if X86_64
882         default "6" if X86_64
883         default "4" if X86_NUMAQ
884         default "3"
885         depends on NEED_MULTIPLE_NODES
886
887 config HAVE_ARCH_BOOTMEM_NODE
888         def_bool y
889         depends on X86_32 && NUMA
890
891 config ARCH_HAVE_MEMORY_PRESENT
892         def_bool y
893         depends on X86_32 && DISCONTIGMEM
894
895 config NEED_NODE_MEMMAP_SIZE
896         def_bool y
897         depends on X86_32 && (DISCONTIGMEM || SPARSEMEM)
898
899 config HAVE_ARCH_ALLOC_REMAP
900         def_bool y
901         depends on X86_32 && NUMA
902
903 config ARCH_FLATMEM_ENABLE
904         def_bool y
905         depends on X86_32 && ARCH_SELECT_MEMORY_MODEL && X86_PC && !NUMA
906
907 config ARCH_DISCONTIGMEM_ENABLE
908         def_bool y
909         depends on NUMA && X86_32
910
911 config ARCH_DISCONTIGMEM_DEFAULT
912         def_bool y
913         depends on NUMA && X86_32
914
915 config ARCH_SPARSEMEM_DEFAULT
916         def_bool y
917         depends on X86_64
918
919 config ARCH_SPARSEMEM_ENABLE
920         def_bool y
921         depends on X86_64 || NUMA || (EXPERIMENTAL && X86_PC)
922         select SPARSEMEM_STATIC if X86_32
923         select SPARSEMEM_VMEMMAP_ENABLE if X86_64
924
925 config ARCH_SELECT_MEMORY_MODEL
926         def_bool y
927         depends on ARCH_SPARSEMEM_ENABLE
928
929 config ARCH_MEMORY_PROBE
930         def_bool X86_64
931         depends on MEMORY_HOTPLUG
932
933 source "mm/Kconfig"
934
935 config HIGHPTE
936         bool "Allocate 3rd-level pagetables from highmem"
937         depends on X86_32 && (HIGHMEM4G || HIGHMEM64G)
938         help
939           The VM uses one page table entry for each page of physical memory.
940           For systems with a lot of RAM, this can be wasteful of precious
941           low memory.  Setting this option will put user-space page table
942           entries in high memory.
943
944 config MATH_EMULATION
945         bool
946         prompt "Math emulation" if X86_32
947         ---help---
948           Linux can emulate a math coprocessor (used for floating point
949           operations) if you don't have one. 486DX and Pentium processors have
950           a math coprocessor built in, 486SX and 386 do not, unless you added
951           a 487DX or 387, respectively. (The messages during boot time can
952           give you some hints here ["man dmesg"].) Everyone needs either a
953           coprocessor or this emulation.
954
955           If you don't have a math coprocessor, you need to say Y here; if you
956           say Y here even though you have a coprocessor, the coprocessor will
957           be used nevertheless. (This behavior can be changed with the kernel
958           command line option "no387", which comes handy if your coprocessor
959           is broken. Try "man bootparam" or see the documentation of your boot
960           loader (lilo or loadlin) about how to pass options to the kernel at
961           boot time.) This means that it is a good idea to say Y here if you
962           intend to use this kernel on different machines.
963
964           More information about the internals of the Linux math coprocessor
965           emulation can be found in <file:arch/x86/math-emu/README>.
966
967           If you are not sure, say Y; apart from resulting in a 66 KB bigger
968           kernel, it won't hurt.
969
970 config MTRR
971         bool "MTRR (Memory Type Range Register) support"
972         ---help---
973           On Intel P6 family processors (Pentium Pro, Pentium II and later)
974           the Memory Type Range Registers (MTRRs) may be used to control
975           processor access to memory ranges. This is most useful if you have
976           a video (VGA) card on a PCI or AGP bus. Enabling write-combining
977           allows bus write transfers to be combined into a larger transfer
978           before bursting over the PCI/AGP bus. This can increase performance
979           of image write operations 2.5 times or more. Saying Y here creates a
980           /proc/mtrr file which may be used to manipulate your processor's
981           MTRRs. Typically the X server should use this.
982
983           This code has a reasonably generic interface so that similar
984           control registers on other processors can be easily supported
985           as well:
986
987           The Cyrix 6x86, 6x86MX and M II processors have Address Range
988           Registers (ARRs) which provide a similar functionality to MTRRs. For
989           these, the ARRs are used to emulate the MTRRs.
990           The AMD K6-2 (stepping 8 and above) and K6-3 processors have two
991           MTRRs. The Centaur C6 (WinChip) has 8 MCRs, allowing
992           write-combining. All of these processors are supported by this code
993           and it makes sense to say Y here if you have one of them.
994
995           Saying Y here also fixes a problem with buggy SMP BIOSes which only
996           set the MTRRs for the boot CPU and not for the secondary CPUs. This
997           can lead to all sorts of problems, so it's good to say Y here.
998
999           You can safely say Y even if your machine doesn't have MTRRs, you'll
1000           just add about 9 KB to your kernel.
1001
1002           See <file:Documentation/mtrr.txt> for more information.
1003
1004 config EFI
1005         def_bool n
1006         prompt "EFI runtime service support"
1007         depends on ACPI
1008         ---help---
1009         This enables the kernel to use EFI runtime services that are
1010         available (such as the EFI variable services).
1011
1012         This option is only useful on systems that have EFI firmware.
1013         In addition, you should use the latest ELILO loader available
1014         at <http://elilo.sourceforge.net> in order to take advantage
1015         of EFI runtime services. However, even with this option, the
1016         resultant kernel should continue to boot on existing non-EFI
1017         platforms.
1018
1019 config IRQBALANCE
1020         def_bool y
1021         prompt "Enable kernel irq balancing"
1022         depends on X86_32 && SMP && X86_IO_APIC
1023         help
1024           The default yes will allow the kernel to do irq load balancing.
1025           Saying no will keep the kernel from doing irq load balancing.
1026
1027 config SECCOMP
1028         def_bool y
1029         prompt "Enable seccomp to safely compute untrusted bytecode"
1030         depends on PROC_FS
1031         help
1032           This kernel feature is useful for number crunching applications
1033           that may need to compute untrusted bytecode during their
1034           execution. By using pipes or other transports made available to
1035           the process as file descriptors supporting the read/write
1036           syscalls, it's possible to isolate those applications in
1037           their own address space using seccomp. Once seccomp is
1038           enabled via /proc/<pid>/seccomp, it cannot be disabled
1039           and the task is only allowed to execute a few safe syscalls
1040           defined by each seccomp mode.
1041
1042           If unsure, say Y. Only embedded should say N here.
1043
1044 config CC_STACKPROTECTOR
1045         bool "Enable -fstack-protector buffer overflow detection (EXPERIMENTAL)"
1046         depends on X86_64 && EXPERIMENTAL
1047         help
1048          This option turns on the -fstack-protector GCC feature. This
1049           feature puts, at the beginning of critical functions, a canary
1050           value on the stack just before the return address, and validates
1051           the value just before actually returning.  Stack based buffer
1052           overflows (that need to overwrite this return address) now also
1053           overwrite the canary, which gets detected and the attack is then
1054           neutralized via a kernel panic.
1055
1056           This feature requires gcc version 4.2 or above, or a distribution
1057           gcc with the feature backported. Older versions are automatically
1058           detected and for those versions, this configuration option is ignored.
1059
1060 config CC_STACKPROTECTOR_ALL
1061         bool "Use stack-protector for all functions"
1062         depends on CC_STACKPROTECTOR
1063         help
1064           Normally, GCC only inserts the canary value protection for
1065           functions that use large-ish on-stack buffers. By enabling
1066           this option, GCC will be asked to do this for ALL functions.
1067
1068 source kernel/Kconfig.hz
1069
1070 config KEXEC
1071         bool "kexec system call"
1072         help
1073           kexec is a system call that implements the ability to shutdown your
1074           current kernel, and to start another kernel.  It is like a reboot
1075           but it is independent of the system firmware.   And like a reboot
1076           you can start any kernel with it, not just Linux.
1077
1078           The name comes from the similarity to the exec system call.
1079
1080           It is an ongoing process to be certain the hardware in a machine
1081           is properly shutdown, so do not be surprised if this code does not
1082           initially work for you.  It may help to enable device hotplugging
1083           support.  As of this writing the exact hardware interface is
1084           strongly in flux, so no good recommendation can be made.
1085
1086 config CRASH_DUMP
1087         bool "kernel crash dumps (EXPERIMENTAL)"
1088         depends on EXPERIMENTAL
1089         depends on X86_64 || (X86_32 && HIGHMEM)
1090         help
1091           Generate crash dump after being started by kexec.
1092           This should be normally only set in special crash dump kernels
1093           which are loaded in the main kernel with kexec-tools into
1094           a specially reserved region and then later executed after
1095           a crash by kdump/kexec. The crash dump kernel must be compiled
1096           to a memory address not used by the main kernel or BIOS using
1097           PHYSICAL_START, or it must be built as a relocatable image
1098           (CONFIG_RELOCATABLE=y).
1099           For more details see Documentation/kdump/kdump.txt
1100
1101 config PHYSICAL_START
1102         hex "Physical address where the kernel is loaded" if (EMBEDDED || CRASH_DUMP)
1103         default "0x1000000" if X86_NUMAQ
1104         default "0x200000" if X86_64
1105         default "0x100000"
1106         help
1107           This gives the physical address where the kernel is loaded.
1108
1109           If kernel is a not relocatable (CONFIG_RELOCATABLE=n) then
1110           bzImage will decompress itself to above physical address and
1111           run from there. Otherwise, bzImage will run from the address where
1112           it has been loaded by the boot loader and will ignore above physical
1113           address.
1114
1115           In normal kdump cases one does not have to set/change this option
1116           as now bzImage can be compiled as a completely relocatable image
1117           (CONFIG_RELOCATABLE=y) and be used to load and run from a different
1118           address. This option is mainly useful for the folks who don't want
1119           to use a bzImage for capturing the crash dump and want to use a
1120           vmlinux instead. vmlinux is not relocatable hence a kernel needs
1121           to be specifically compiled to run from a specific memory area
1122           (normally a reserved region) and this option comes handy.
1123
1124           So if you are using bzImage for capturing the crash dump, leave
1125           the value here unchanged to 0x100000 and set CONFIG_RELOCATABLE=y.
1126           Otherwise if you plan to use vmlinux for capturing the crash dump
1127           change this value to start of the reserved region (Typically 16MB
1128           0x1000000). In other words, it can be set based on the "X" value as
1129           specified in the "crashkernel=YM@XM" command line boot parameter
1130           passed to the panic-ed kernel. Typically this parameter is set as
1131           crashkernel=64M@16M. Please take a look at
1132           Documentation/kdump/kdump.txt for more details about crash dumps.
1133
1134           Usage of bzImage for capturing the crash dump is recommended as
1135           one does not have to build two kernels. Same kernel can be used
1136           as production kernel and capture kernel. Above option should have
1137           gone away after relocatable bzImage support is introduced. But it
1138           is present because there are users out there who continue to use
1139           vmlinux for dump capture. This option should go away down the
1140           line.
1141
1142           Don't change this unless you know what you are doing.
1143
1144 config RELOCATABLE
1145         bool "Build a relocatable kernel (EXPERIMENTAL)"
1146         depends on EXPERIMENTAL
1147         help
1148           This builds a kernel image that retains relocation information
1149           so it can be loaded someplace besides the default 1MB.
1150           The relocations tend to make the kernel binary about 10% larger,
1151           but are discarded at runtime.
1152
1153           One use is for the kexec on panic case where the recovery kernel
1154           must live at a different physical address than the primary
1155           kernel.
1156
1157           Note: If CONFIG_RELOCATABLE=y, then the kernel runs from the address
1158           it has been loaded at and the compile time physical address
1159           (CONFIG_PHYSICAL_START) is ignored.
1160
1161 config PHYSICAL_ALIGN
1162         hex
1163         prompt "Alignment value to which kernel should be aligned" if X86_32
1164         default "0x100000" if X86_32
1165         default "0x200000" if X86_64
1166         range 0x2000 0x400000
1167         help
1168           This value puts the alignment restrictions on physical address
1169           where kernel is loaded and run from. Kernel is compiled for an
1170           address which meets above alignment restriction.
1171
1172           If bootloader loads the kernel at a non-aligned address and
1173           CONFIG_RELOCATABLE is set, kernel will move itself to nearest
1174           address aligned to above value and run from there.
1175
1176           If bootloader loads the kernel at a non-aligned address and
1177           CONFIG_RELOCATABLE is not set, kernel will ignore the run time
1178           load address and decompress itself to the address it has been
1179           compiled for and run from there. The address for which kernel is
1180           compiled already meets above alignment restrictions. Hence the
1181           end result is that kernel runs from a physical address meeting
1182           above alignment restrictions.
1183
1184           Don't change this unless you know what you are doing.
1185
1186 config HOTPLUG_CPU
1187         bool "Support for suspend on SMP and hot-pluggable CPUs (EXPERIMENTAL)"
1188         depends on SMP && HOTPLUG && EXPERIMENTAL && !X86_VOYAGER
1189         ---help---
1190           Say Y here to experiment with turning CPUs off and on, and to
1191           enable suspend on SMP systems. CPUs can be controlled through
1192           /sys/devices/system/cpu.
1193           Say N if you want to disable CPU hotplug and don't need to
1194           suspend.
1195
1196 config COMPAT_VDSO
1197         def_bool y
1198         prompt "Compat VDSO support"
1199         depends on X86_32 || IA32_EMULATION
1200         help
1201           Map the 32-bit VDSO to the predictable old-style address too.
1202         ---help---
1203           Say N here if you are running a sufficiently recent glibc
1204           version (2.3.3 or later), to remove the high-mapped
1205           VDSO mapping and to exclusively use the randomized VDSO.
1206
1207           If unsure, say Y.
1208
1209 endmenu
1210
1211 config ARCH_ENABLE_MEMORY_HOTPLUG
1212         def_bool y
1213         depends on X86_64 || (X86_32 && HIGHMEM)
1214
1215 config HAVE_ARCH_EARLY_PFN_TO_NID
1216         def_bool X86_64
1217         depends on NUMA
1218
1219 menu "Power management options"
1220         depends on !X86_VOYAGER
1221
1222 config ARCH_HIBERNATION_HEADER
1223         def_bool y
1224         depends on X86_64 && HIBERNATION
1225
1226 source "kernel/power/Kconfig"
1227
1228 source "drivers/acpi/Kconfig"
1229
1230 config X86_APM_BOOT
1231         bool
1232         default y
1233         depends on APM || APM_MODULE
1234
1235 menuconfig APM
1236         tristate "APM (Advanced Power Management) BIOS support"
1237         depends on X86_32 && PM_SLEEP && !X86_VISWS
1238         ---help---
1239           APM is a BIOS specification for saving power using several different
1240           techniques. This is mostly useful for battery powered laptops with
1241           APM compliant BIOSes. If you say Y here, the system time will be
1242           reset after a RESUME operation, the /proc/apm device will provide
1243           battery status information, and user-space programs will receive
1244           notification of APM "events" (e.g. battery status change).
1245
1246           If you select "Y" here, you can disable actual use of the APM
1247           BIOS by passing the "apm=off" option to the kernel at boot time.
1248
1249           Note that the APM support is almost completely disabled for
1250           machines with more than one CPU.
1251
1252           In order to use APM, you will need supporting software. For location
1253           and more information, read <file:Documentation/pm.txt> and the
1254           Battery Powered Linux mini-HOWTO, available from
1255           <http://www.tldp.org/docs.html#howto>.
1256
1257           This driver does not spin down disk drives (see the hdparm(8)
1258           manpage ("man 8 hdparm") for that), and it doesn't turn off
1259           VESA-compliant "green" monitors.
1260
1261           This driver does not support the TI 4000M TravelMate and the ACER
1262           486/DX4/75 because they don't have compliant BIOSes. Many "green"
1263           desktop machines also don't have compliant BIOSes, and this driver
1264           may cause those machines to panic during the boot phase.
1265
1266           Generally, if you don't have a battery in your machine, there isn't
1267           much point in using this driver and you should say N. If you get
1268           random kernel OOPSes or reboots that don't seem to be related to
1269           anything, try disabling/enabling this option (or disabling/enabling
1270           APM in your BIOS).
1271
1272           Some other things you should try when experiencing seemingly random,
1273           "weird" problems:
1274
1275           1) make sure that you have enough swap space and that it is
1276           enabled.
1277           2) pass the "no-hlt" option to the kernel
1278           3) switch on floating point emulation in the kernel and pass
1279           the "no387" option to the kernel
1280           4) pass the "floppy=nodma" option to the kernel
1281           5) pass the "mem=4M" option to the kernel (thereby disabling
1282           all but the first 4 MB of RAM)
1283           6) make sure that the CPU is not over clocked.
1284           7) read the sig11 FAQ at <http://www.bitwizard.nl/sig11/>
1285           8) disable the cache from your BIOS settings
1286           9) install a fan for the video card or exchange video RAM
1287           10) install a better fan for the CPU
1288           11) exchange RAM chips
1289           12) exchange the motherboard.
1290
1291           To compile this driver as a module, choose M here: the
1292           module will be called apm.
1293
1294 if APM
1295
1296 config APM_IGNORE_USER_SUSPEND
1297         bool "Ignore USER SUSPEND"
1298         help
1299           This option will ignore USER SUSPEND requests. On machines with a
1300           compliant APM BIOS, you want to say N. However, on the NEC Versa M
1301           series notebooks, it is necessary to say Y because of a BIOS bug.
1302
1303 config APM_DO_ENABLE
1304         bool "Enable PM at boot time"
1305         ---help---
1306           Enable APM features at boot time. From page 36 of the APM BIOS
1307           specification: "When disabled, the APM BIOS does not automatically
1308           power manage devices, enter the Standby State, enter the Suspend
1309           State, or take power saving steps in response to CPU Idle calls."
1310           This driver will make CPU Idle calls when Linux is idle (unless this
1311           feature is turned off -- see "Do CPU IDLE calls", below). This
1312           should always save battery power, but more complicated APM features
1313           will be dependent on your BIOS implementation. You may need to turn
1314           this option off if your computer hangs at boot time when using APM
1315           support, or if it beeps continuously instead of suspending. Turn
1316           this off if you have a NEC UltraLite Versa 33/C or a Toshiba
1317           T400CDT. This is off by default since most machines do fine without
1318           this feature.
1319
1320 config APM_CPU_IDLE
1321         bool "Make CPU Idle calls when idle"
1322         help
1323           Enable calls to APM CPU Idle/CPU Busy inside the kernel's idle loop.
1324           On some machines, this can activate improved power savings, such as
1325           a slowed CPU clock rate, when the machine is idle. These idle calls
1326           are made after the idle loop has run for some length of time (e.g.,
1327           333 mS). On some machines, this will cause a hang at boot time or
1328           whenever the CPU becomes idle. (On machines with more than one CPU,
1329           this option does nothing.)
1330
1331 config APM_DISPLAY_BLANK
1332         bool "Enable console blanking using APM"
1333         help
1334           Enable console blanking using the APM. Some laptops can use this to
1335           turn off the LCD backlight when the screen blanker of the Linux
1336           virtual console blanks the screen. Note that this is only used by
1337           the virtual console screen blanker, and won't turn off the backlight
1338           when using the X Window system. This also doesn't have anything to
1339           do with your VESA-compliant power-saving monitor. Further, this
1340           option doesn't work for all laptops -- it might not turn off your
1341           backlight at all, or it might print a lot of errors to the console,
1342           especially if you are using gpm.
1343
1344 config APM_ALLOW_INTS
1345         bool "Allow interrupts during APM BIOS calls"
1346         help
1347           Normally we disable external interrupts while we are making calls to
1348           the APM BIOS as a measure to lessen the effects of a badly behaving
1349           BIOS implementation.  The BIOS should reenable interrupts if it
1350           needs to.  Unfortunately, some BIOSes do not -- especially those in
1351           many of the newer IBM Thinkpads.  If you experience hangs when you
1352           suspend, try setting this to Y.  Otherwise, say N.
1353
1354 config APM_REAL_MODE_POWER_OFF
1355         bool "Use real mode APM BIOS call to power off"
1356         help
1357           Use real mode APM BIOS calls to switch off the computer. This is
1358           a work-around for a number of buggy BIOSes. Switch this option on if
1359           your computer crashes instead of powering off properly.
1360
1361 endif # APM
1362
1363 source "arch/x86/kernel/cpu/cpufreq/Kconfig"
1364
1365 source "drivers/cpuidle/Kconfig"
1366
1367 endmenu
1368
1369
1370 menu "Bus options (PCI etc.)"
1371
1372 config PCI
1373         bool "PCI support" if !X86_VISWS
1374         depends on !X86_VOYAGER
1375         default y
1376         select ARCH_SUPPORTS_MSI if (X86_LOCAL_APIC && X86_IO_APIC)
1377         help
1378           Find out whether you have a PCI motherboard. PCI is the name of a
1379           bus system, i.e. the way the CPU talks to the other stuff inside
1380           your box. Other bus systems are ISA, EISA, MicroChannel (MCA) or
1381           VESA. If you have PCI, say Y, otherwise N.
1382
1383 choice
1384         prompt "PCI access mode"
1385         depends on X86_32 && PCI && !X86_VISWS
1386         default PCI_GOANY
1387         ---help---
1388           On PCI systems, the BIOS can be used to detect the PCI devices and
1389           determine their configuration. However, some old PCI motherboards
1390           have BIOS bugs and may crash if this is done. Also, some embedded
1391           PCI-based systems don't have any BIOS at all. Linux can also try to
1392           detect the PCI hardware directly without using the BIOS.
1393
1394           With this option, you can specify how Linux should detect the
1395           PCI devices. If you choose "BIOS", the BIOS will be used,
1396           if you choose "Direct", the BIOS won't be used, and if you
1397           choose "MMConfig", then PCI Express MMCONFIG will be used.
1398           If you choose "Any", the kernel will try MMCONFIG, then the
1399           direct access method and falls back to the BIOS if that doesn't
1400           work. If unsure, go with the default, which is "Any".
1401
1402 config PCI_GOBIOS
1403         bool "BIOS"
1404
1405 config PCI_GOMMCONFIG
1406         bool "MMConfig"
1407
1408 config PCI_GODIRECT
1409         bool "Direct"
1410
1411 config PCI_GOANY
1412         bool "Any"
1413
1414 endchoice
1415
1416 config PCI_BIOS
1417         def_bool y
1418         depends on X86_32 && !X86_VISWS && PCI && (PCI_GOBIOS || PCI_GOANY)
1419
1420 # x86-64 doesn't support PCI BIOS access from long mode so always go direct.
1421 config PCI_DIRECT
1422         def_bool y
1423         depends on PCI && (X86_64 || (PCI_GODIRECT || PCI_GOANY) || X86_VISWS)
1424
1425 config PCI_MMCONFIG
1426         def_bool y
1427         depends on X86_32 && PCI && ACPI && (PCI_GOMMCONFIG || PCI_GOANY)
1428
1429 config PCI_DOMAINS
1430         def_bool y
1431         depends on PCI
1432
1433 config PCI_MMCONFIG
1434         bool "Support mmconfig PCI config space access"
1435         depends on X86_64 && PCI && ACPI
1436
1437 config DMAR
1438         bool "Support for DMA Remapping Devices (EXPERIMENTAL)"
1439         depends on X86_64 && PCI_MSI && ACPI && EXPERIMENTAL
1440         help
1441           DMA remapping (DMAR) devices support enables independent address
1442           translations for Direct Memory Access (DMA) from devices.
1443           These DMA remapping devices are reported via ACPI tables
1444           and include PCI device scope covered by these DMA
1445           remapping devices.
1446
1447 config DMAR_GFX_WA
1448         def_bool y
1449         prompt "Support for Graphics workaround"
1450         depends on DMAR
1451         help
1452          Current Graphics drivers tend to use physical address
1453          for DMA and avoid using DMA APIs. Setting this config
1454          option permits the IOMMU driver to set a unity map for
1455          all the OS-visible memory. Hence the driver can continue
1456          to use physical addresses for DMA.
1457
1458 config DMAR_FLOPPY_WA
1459         def_bool y
1460         depends on DMAR
1461         help
1462          Floppy disk drivers are know to bypass DMA API calls
1463          thereby failing to work when IOMMU is enabled. This
1464          workaround will setup a 1:1 mapping for the first
1465          16M to make floppy (an ISA device) work.
1466
1467 source "drivers/pci/pcie/Kconfig"
1468
1469 source "drivers/pci/Kconfig"
1470
1471 # x86_64 have no ISA slots, but do have ISA-style DMA.
1472 config ISA_DMA_API
1473         def_bool y
1474
1475 if X86_32
1476
1477 config ISA
1478         bool "ISA support"
1479         depends on !(X86_VOYAGER || X86_VISWS)
1480         help
1481           Find out whether you have ISA slots on your motherboard.  ISA is the
1482           name of a bus system, i.e. the way the CPU talks to the other stuff
1483           inside your box.  Other bus systems are PCI, EISA, MicroChannel
1484           (MCA) or VESA.  ISA is an older system, now being displaced by PCI;
1485           newer boards don't support it.  If you have ISA, say Y, otherwise N.
1486
1487 config EISA
1488         bool "EISA support"
1489         depends on ISA
1490         ---help---
1491           The Extended Industry Standard Architecture (EISA) bus was
1492           developed as an open alternative to the IBM MicroChannel bus.
1493
1494           The EISA bus provided some of the features of the IBM MicroChannel
1495           bus while maintaining backward compatibility with cards made for
1496           the older ISA bus.  The EISA bus saw limited use between 1988 and
1497           1995 when it was made obsolete by the PCI bus.
1498
1499           Say Y here if you are building a kernel for an EISA-based machine.
1500
1501           Otherwise, say N.
1502
1503 source "drivers/eisa/Kconfig"
1504
1505 config MCA
1506         bool "MCA support" if !(X86_VISWS || X86_VOYAGER)
1507         default y if X86_VOYAGER
1508         help
1509           MicroChannel Architecture is found in some IBM PS/2 machines and
1510           laptops.  It is a bus system similar to PCI or ISA. See
1511           <file:Documentation/mca.txt> (and especially the web page given
1512           there) before attempting to build an MCA bus kernel.
1513
1514 source "drivers/mca/Kconfig"
1515
1516 config SCx200
1517         tristate "NatSemi SCx200 support"
1518         depends on !X86_VOYAGER
1519         help
1520           This provides basic support for National Semiconductor's
1521           (now AMD's) Geode processors.  The driver probes for the
1522           PCI-IDs of several on-chip devices, so its a good dependency
1523           for other scx200_* drivers.
1524
1525           If compiled as a module, the driver is named scx200.
1526
1527 config SCx200HR_TIMER
1528         tristate "NatSemi SCx200 27MHz High-Resolution Timer Support"
1529         depends on SCx200 && GENERIC_TIME
1530         default y
1531         help
1532           This driver provides a clocksource built upon the on-chip
1533           27MHz high-resolution timer.  Its also a workaround for
1534           NSC Geode SC-1100's buggy TSC, which loses time when the
1535           processor goes idle (as is done by the scheduler).  The
1536           other workaround is idle=poll boot option.
1537
1538 config GEODE_MFGPT_TIMER
1539         def_bool y
1540         prompt "Geode Multi-Function General Purpose Timer (MFGPT) events"
1541         depends on MGEODE_LX && GENERIC_TIME && GENERIC_CLOCKEVENTS
1542         help
1543           This driver provides a clock event source based on the MFGPT
1544           timer(s) in the CS5535 and CS5536 companion chip for the geode.
1545           MFGPTs have a better resolution and max interval than the
1546           generic PIT, and are suitable for use as high-res timers.
1547
1548 endif # X86_32
1549
1550 config K8_NB
1551         def_bool y
1552         depends on AGP_AMD64 || (X86_64 && (GART_IOMMU || (PCI && NUMA)))
1553
1554 source "drivers/pcmcia/Kconfig"
1555
1556 source "drivers/pci/hotplug/Kconfig"
1557
1558 endmenu
1559
1560
1561 menu "Executable file formats / Emulations"
1562
1563 source "fs/Kconfig.binfmt"
1564
1565 config IA32_EMULATION
1566         bool "IA32 Emulation"
1567         depends on X86_64
1568         select COMPAT_BINFMT_ELF
1569         help
1570           Include code to run 32-bit programs under a 64-bit kernel. You should
1571           likely turn this on, unless you're 100% sure that you don't have any
1572           32-bit programs left.
1573
1574 config IA32_AOUT
1575        tristate "IA32 a.out support"
1576        depends on IA32_EMULATION
1577        help
1578          Support old a.out binaries in the 32bit emulation.
1579
1580 config COMPAT
1581         def_bool y
1582         depends on IA32_EMULATION
1583
1584 config COMPAT_FOR_U64_ALIGNMENT
1585         def_bool COMPAT
1586         depends on X86_64
1587
1588 config SYSVIPC_COMPAT
1589         def_bool y
1590         depends on X86_64 && COMPAT && SYSVIPC
1591
1592 endmenu
1593
1594
1595 source "net/Kconfig"
1596
1597 source "drivers/Kconfig"
1598
1599 source "drivers/firmware/Kconfig"
1600
1601 source "fs/Kconfig"
1602
1603 source "arch/x86/Kconfig.debug"
1604
1605 source "security/Kconfig"
1606
1607 source "crypto/Kconfig"
1608
1609 source "arch/x86/kvm/Kconfig"
1610
1611 source "lib/Kconfig"