config RWSEM_XCHGADD_ALGORITHM
bool
-config GENERIC_HWEIGHT
- bool
- default y
-
config GENERIC_CALIBRATE_DELAY
bool
default y
endchoice
-config X86_64_XEN
- bool "Enable Xen compatible kernel"
- select SWIOTLB
- help
- This option will compile a kernel compatible with Xen hypervisor
-
-config X86_NO_TSS
- bool
- depends on X86_64_XEN
- default y
-
-config X86_NO_IDT
- bool
- depends on X86_64_XEN
- default y
-
#
# Define implied options from the CPU selection here
#
default "7" if GENERIC_CPU || MPSC
default "6" if MK8
-config X86_INTERNODE_CACHE_BYTES
- int
- default "4096" if X86_VSMP
- default X86_L1_CACHE_BYTES if !X86_VSMP
-
config X86_TSC
bool
- depends on !X86_64_XEN
default y
config X86_GOOD_APIC
config X86_HT
bool
- depends on SMP && !MK8 && !X86_64_XEN
+ depends on SMP && !MK8
default y
config MATH_EMULATION
config X86_IO_APIC
bool
- depends !XEN_UNPRIVILEGED_GUEST
default y
-config X86_XEN_GENAPIC
- bool
- depends X86_64_XEN
- default XEN_PRIVILEGED_GUEST || SMP
-
config X86_LOCAL_APIC
bool
- depends !XEN_UNPRIVILEGED_GUEST
default y
config MTRR
bool "MTRR (Memory Type Range Register) support"
- depends on !XEN_UNPRIVILEGED_GUEST
---help---
On Intel P6 family processors (Pentium Pro, Pentium II and later)
the Memory Type Range Registers (MTRRs) may be used to control
config SCHED_SMT
bool "SMT (Hyperthreading) scheduler support"
- depends on SMP && !X86_64_XEN
+ depends on SMP
default n
help
SMT scheduler support improves the CPU scheduler's decision making
cost of slightly increased overhead in some places. If unsure say
N here.
-config SCHED_MC
- bool "Multi-core scheduler support"
- depends on SMP && !X86_64_XEN
- default y
- help
- Multi-core scheduler support improves the CPU scheduler's decision
- making when dealing with multi-core CPU chips at a cost of slightly
- increased overhead in some places. If unsure say N here.
-
source "kernel/Kconfig.preempt"
config NUMA
bool "Non Uniform Memory Access (NUMA) Support"
- depends on SMP && !X86_64_XEN
+ depends on SMP
help
Enable NUMA (Non Uniform Memory Access) support. The kernel
will try to allocate memory used by a CPU on the local memory
Northbridge of Opteron. It is recommended to use X86_64_ACPI_NUMA
instead, which also takes priority if both are compiled in.
-config NODES_SHIFT
- int
- default "6"
- depends on NEED_MULTIPLE_NODES
-
# Dummy CONFIG option to select ACPI_NUMA from drivers/acpi/Kconfig.
config X86_64_ACPI_NUMA
config ARCH_SPARSEMEM_ENABLE
def_bool y
- depends on (NUMA || EXPERIMENTAL) && !X86_64_XEN
+ depends on (NUMA || EXPERIMENTAL)
config ARCH_MEMORY_PROBE
def_bool y
def_bool y
depends on NUMA
-config OUT_OF_LINE_PFN_TO_PAGE
- def_bool y
- depends on DISCONTIGMEM
-
config NR_CPUS
int "Maximum number of CPUs (2-256)"
- range 2 255
+ range 2 256
depends on SMP
- default "16" if X86_64_XEN
default "8"
help
This allows you to specify the maximum number of CPUs which this
config HPET_TIMER
bool
- depends on !X86_64_XEN
default y
help
Use the IA-PC HPET (High Precision Event Timer) to manage
bool "K8 GART IOMMU support"
default y
select SWIOTLB
- depends on PCI && !X86_64_XEN
+ depends on PCI
help
- Support for hardware IOMMU in AMD's Opteron/Athlon64 Processors
- and for the bounce buffering software IOMMU.
- Needed to run systems with more than 3GB of memory properly with
- 32-bit PCI devices that do not support DAC (Double Address Cycle).
- The IOMMU can be turned off at runtime with the iommu=off parameter.
- Normally the kernel will take the right choice by itself.
- This option includes a driver for the AMD Opteron/Athlon64 IOMMU
- northbridge and a software emulation used on other systems without
- hardware IOMMU. If unsure, say Y.
+ Support the IOMMU. Needed to run systems with more than 3GB of memory
+ properly with 32-bit PCI devices that do not support DAC (Double Address
+ Cycle). The IOMMU can be turned off at runtime with the iommu=off parameter.
+ Normally the kernel will take the right choice by itself.
+ This option includes a driver for the AMD Opteron/Athlon64 northbridge IOMMU
+ and a software emulation used on other systems.
+ If unsure, say Y.
# need this always enabled with GART_IOMMU for the VIA workaround
config SWIOTLB
config X86_MCE
bool "Machine check support" if EMBEDDED
- depends on !X86_64_XEN
default y
help
Include a machine check error handler to report hardware errors.
config KEXEC
bool "kexec system call (EXPERIMENTAL)"
- depends on EXPERIMENTAL && !X86_64_XEN
+ depends on EXPERIMENTAL
help
kexec is a system call that implements the ability to shutdown your
current kernel, and to start another kernel. It is like a reboot
config PHYSICAL_START
hex "Physical address where the kernel is loaded" if (EMBEDDED || CRASH_DUMP)
default "0x1000000" if CRASH_DUMP
- default "0x200000"
+ default "0x100000"
help
This gives the physical address where the kernel is loaded. Normally
- for regular kernels this value is 0x200000 (2MB). But in the case
+ for regular kernels this value is 0x100000 (1MB). But in the case
of kexec on panic the fail safe kernel needs to run at a different
address than the panic-ed kernel. This option is used to set the load
address for kernels used to capture crash dump on being kexec'ed
source kernel/Kconfig.hz
-config REORDER
- bool "Function reordering"
- default n
- help
- This option enables the toolchain to reorder functions for a more
- optimal TLB usage. If you have pretty much any version of binutils,
- this can increase your kernel build time by roughly one minute.
-
endmenu
#
default y
menu "Power management options"
- depends on !XEN_UNPRIVILEGED_GUEST
-if !X86_64_XEN
source kernel/power/Kconfig
-endif
source "drivers/acpi/Kconfig"
bool "Support mmconfig PCI config space access"
depends on PCI && ACPI
-config XEN_PCIDEV_FRONTEND
- bool "Xen PCI Frontend"
- depends on PCI && X86_64_XEN
- default y
- help
- The PCI device frontend driver allows the kernel to import arbitrary
- PCI devices from a PCI backend to support PCI driver domains.
-
-config XEN_PCIDEV_FE_DEBUG
- bool "Xen PCI Frontend Debugging"
- depends on XEN_PCIDEV_FRONTEND
- default n
- help
- Enables some debug statements within the PCI Frontend.
+config UNORDERED_IO
+ bool "Unordered IO mapping access"
+ depends on EXPERIMENTAL
+ help
+ Use unordered stores to access IO memory mappings in device drivers.
+ Still very experimental. When a driver works on IA64/ppc64/pa-risc it should
+ work with this option, but it makes the drivers behave differently
+ from i386. Requires that the driver writer used memory barriers
+ properly.
source "drivers/pci/pcie/Kconfig"
source "crypto/Kconfig"
-source "drivers/xen/Kconfig"
-
source "lib/Kconfig"