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