git.oblomov.eu Git - linux-2.6/blob - arch/x86_64/Kconfig

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