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