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