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