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

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