2008-04-26 12:07:34 +02:00
|
|
|
# sparc64 configuration
|
|
|
|
|
mainmenu "Linux Kernel Configuration for 64-bit SPARC"
|
2005-04-17 00:20:36 +02:00
|
|
|
|
2005-12-23 06:03:47 +01:00
|
|
|
config SPARC
|
|
|
|
|
bool
|
|
|
|
|
default y
|
2008-02-02 21:10:34 +01:00
|
|
|
select HAVE_OPROFILE
|
2008-02-02 21:10:35 +01:00
|
|
|
select HAVE_KPROBES
|
2008-03-04 23:28:37 +01:00
|
|
|
select HAVE_KRETPROBES
|
2005-12-23 06:03:47 +01:00
|
|
|
|
2005-08-31 06:46:19 +02:00
|
|
|
config SPARC64
|
|
|
|
|
bool
|
|
|
|
|
default y
|
2008-02-09 10:46:40 +01:00
|
|
|
select HAVE_IDE
|
2008-02-14 01:56:49 +01:00
|
|
|
select HAVE_LMB
|
2005-08-31 06:46:19 +02:00
|
|
|
|
2007-03-06 00:28:37 +01:00
|
|
|
config GENERIC_TIME
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2007-07-21 13:37:37 +02:00
|
|
|
config GENERIC_CMOS_UPDATE
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2007-03-06 00:28:37 +01:00
|
|
|
config GENERIC_CLOCKEVENTS
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
config 64BIT
|
|
|
|
|
def_bool y
|
|
|
|
|
|
|
|
|
|
config MMU
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2008-02-09 03:05:46 +01:00
|
|
|
config IOMMU_HELPER
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2007-05-06 23:49:51 +02:00
|
|
|
config QUICKLIST
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2006-11-16 22:38:57 +01:00
|
|
|
config STACKTRACE_SUPPORT
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config LOCKDEP_SUPPORT
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2005-09-06 02:48:42 +02:00
|
|
|
config ARCH_MAY_HAVE_PC_FDC
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2006-12-08 11:37:49 +01:00
|
|
|
config ARCH_HAS_ILOG2_U32
|
|
|
|
|
bool
|
|
|
|
|
default n
|
|
|
|
|
|
|
|
|
|
config ARCH_HAS_ILOG2_U64
|
|
|
|
|
bool
|
|
|
|
|
default n
|
|
|
|
|
|
2006-09-12 08:59:45 +02:00
|
|
|
config AUDIT_ARCH
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2008-01-30 23:27:58 +01:00
|
|
|
config HAVE_SETUP_PER_CPU_AREA
|
2008-01-30 13:32:51 +01:00
|
|
|
def_bool y
|
|
|
|
|
|
2007-07-18 09:09:30 +02:00
|
|
|
config ARCH_NO_VIRT_TO_BUS
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2007-05-01 08:26:07 +02:00
|
|
|
config OF
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2007-10-22 11:16:45 +02:00
|
|
|
config GENERIC_HARDIRQS_NO__DO_IRQ
|
|
|
|
|
bool
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
choice
|
|
|
|
|
prompt "Kernel page size"
|
|
|
|
|
default SPARC64_PAGE_SIZE_8KB
|
|
|
|
|
|
|
|
|
|
config SPARC64_PAGE_SIZE_8KB
|
|
|
|
|
bool "8KB"
|
|
|
|
|
help
|
|
|
|
|
This lets you select the page size of the kernel.
|
|
|
|
|
|
2008-04-26 12:07:34 +02:00
|
|
|
8KB and 64KB work quite well, since SPARC ELF sections
|
2005-04-17 00:20:36 +02:00
|
|
|
provide for up to 64KB alignment.
|
|
|
|
|
|
|
|
|
|
Therefore, 512KB and 4MB are for expert hackers only.
|
|
|
|
|
|
|
|
|
|
If you don't know what to do, choose 8KB.
|
|
|
|
|
|
|
|
|
|
config SPARC64_PAGE_SIZE_64KB
|
|
|
|
|
bool "64KB"
|
|
|
|
|
|
|
|
|
|
config SPARC64_PAGE_SIZE_512KB
|
|
|
|
|
bool "512KB"
|
|
|
|
|
|
|
|
|
|
config SPARC64_PAGE_SIZE_4MB
|
|
|
|
|
bool "4MB"
|
|
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
2005-07-11 01:49:28 +02:00
|
|
|
config SECCOMP
|
|
|
|
|
bool "Enable seccomp to safely compute untrusted bytecode"
|
|
|
|
|
depends on PROC_FS
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
This kernel feature is useful for number crunching applications
|
|
|
|
|
that may need to compute untrusted bytecode during their
|
|
|
|
|
execution. By using pipes or other transports made available to
|
|
|
|
|
the process as file descriptors supporting the read/write
|
|
|
|
|
syscalls, it's possible to isolate those applications in
|
|
|
|
|
their own address space using seccomp. Once seccomp is
|
|
|
|
|
enabled via /proc/<pid>/seccomp, it cannot be disabled
|
|
|
|
|
and the task is only allowed to execute a few safe syscalls
|
|
|
|
|
defined by each seccomp mode.
|
|
|
|
|
|
|
|
|
|
If unsure, say Y. Only embedded should say N here.
|
|
|
|
|
|
2005-07-09 00:21:51 +02:00
|
|
|
source kernel/Kconfig.hz
|
|
|
|
|
|
[SPARC64]: Initial LDOM cpu hotplug support.
Only adding cpus is supports at the moment, removal
will come next.
When new cpus are configured, the machine description is
updated. When we get the configure request we pass in a
cpu mask of to-be-added cpus to the mdesc CPU node parser
so it only fetches information for those cpus. That code
also proceeds to update the SMT/multi-core scheduling bitmaps.
cpu_up() does all the work and we return the status back
over the DS channel.
CPUs via dr-cpu need to be booted straight out of the
hypervisor, and this requires:
1) A new trampoline mechanism. CPUs are booted straight
out of the hypervisor with MMU disabled and running in
physical addresses with no mappings installed in the TLB.
The new hvtramp.S code sets up the critical cpu state,
installs the locked TLB mappings for the kernel, and
turns the MMU on. It then proceeds to follow the logic
of the existing trampoline.S SMP cpu bringup code.
2) All calls into OBP have to be disallowed when domaining
is enabled. Since cpus boot straight into the kernel from
the hypervisor, OBP has no state about that cpu and therefore
cannot handle being invoked on that cpu.
Luckily it's only a handful of interfaces which can be called
after the OBP device tree is obtained. For example, rebooting,
halting, powering-off, and setting options node variables.
CPU removal support will require some infrastructure changes
here. Namely we'll have to process the requests via a true
kernel thread instead of in a workqueue. workqueues run on
a per-cpu thread, but when unconfiguring we might need to
force the thread to execute on another cpu if the current cpu
is the one being removed. Removal of a cpu also causes the kernel
to destroy that cpu's workqueue running thread.
Another issue on removal is that we may have interrupts still
pointing to the cpu-to-be-removed. So new code will be needed
to walk the active INO list and retarget those cpus as-needed.
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-07-14 01:03:42 +02:00
|
|
|
config HOTPLUG_CPU
|
|
|
|
|
bool "Support for hot-pluggable CPUs"
|
|
|
|
|
depends on SMP
|
|
|
|
|
select HOTPLUG
|
2008-04-26 12:07:34 +02:00
|
|
|
help
|
[SPARC64]: Initial LDOM cpu hotplug support.
Only adding cpus is supports at the moment, removal
will come next.
When new cpus are configured, the machine description is
updated. When we get the configure request we pass in a
cpu mask of to-be-added cpus to the mdesc CPU node parser
so it only fetches information for those cpus. That code
also proceeds to update the SMT/multi-core scheduling bitmaps.
cpu_up() does all the work and we return the status back
over the DS channel.
CPUs via dr-cpu need to be booted straight out of the
hypervisor, and this requires:
1) A new trampoline mechanism. CPUs are booted straight
out of the hypervisor with MMU disabled and running in
physical addresses with no mappings installed in the TLB.
The new hvtramp.S code sets up the critical cpu state,
installs the locked TLB mappings for the kernel, and
turns the MMU on. It then proceeds to follow the logic
of the existing trampoline.S SMP cpu bringup code.
2) All calls into OBP have to be disallowed when domaining
is enabled. Since cpus boot straight into the kernel from
the hypervisor, OBP has no state about that cpu and therefore
cannot handle being invoked on that cpu.
Luckily it's only a handful of interfaces which can be called
after the OBP device tree is obtained. For example, rebooting,
halting, powering-off, and setting options node variables.
CPU removal support will require some infrastructure changes
here. Namely we'll have to process the requests via a true
kernel thread instead of in a workqueue. workqueues run on
a per-cpu thread, but when unconfiguring we might need to
force the thread to execute on another cpu if the current cpu
is the one being removed. Removal of a cpu also causes the kernel
to destroy that cpu's workqueue running thread.
Another issue on removal is that we may have interrupts still
pointing to the cpu-to-be-removed. So new code will be needed
to walk the active INO list and retarget those cpus as-needed.
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-07-14 01:03:42 +02:00
|
|
|
Say Y here to experiment with turning CPUs off and on. CPUs
|
|
|
|
|
can be controlled through /sys/devices/system/cpu/cpu#.
|
|
|
|
|
Say N if you want to disable CPU hotplug.
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
source "init/Kconfig"
|
|
|
|
|
|
2006-06-20 10:23:32 +02:00
|
|
|
config GENERIC_HARDIRQS
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
menu "General machine setup"
|
|
|
|
|
|
2007-03-06 00:28:37 +01:00
|
|
|
source "kernel/time/Kconfig"
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
config SMP
|
|
|
|
|
bool "Symmetric multi-processing support"
|
2008-04-26 12:07:34 +02:00
|
|
|
help
|
2005-04-17 00:20:36 +02:00
|
|
|
This enables support for systems with more than one CPU. If you have
|
|
|
|
|
a system with only one CPU, say N. If you have a system with more than
|
|
|
|
|
one CPU, say Y.
|
|
|
|
|
|
|
|
|
|
If you say N here, the kernel will run on single and multiprocessor
|
|
|
|
|
machines, but will use only one CPU of a multiprocessor machine. If
|
2008-04-26 12:07:34 +02:00
|
|
|
you say Y here, the kernel will run on single-processor machines.
|
|
|
|
|
On a single-processor machine, the kernel will run faster if you say
|
|
|
|
|
N here.
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
|
If you don't know what to do here, say N.
|
|
|
|
|
|
|
|
|
|
config NR_CPUS
|
2007-05-26 10:14:43 +02:00
|
|
|
int "Maximum number of CPUs (2-1024)"
|
|
|
|
|
range 2 1024
|
2005-04-17 00:20:36 +02:00
|
|
|
depends on SMP
|
2007-05-26 10:14:43 +02:00
|
|
|
default "64"
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
|
source "drivers/cpufreq/Kconfig"
|
|
|
|
|
|
|
|
|
|
config US3_FREQ
|
|
|
|
|
tristate "UltraSPARC-III CPU Frequency driver"
|
|
|
|
|
depends on CPU_FREQ
|
|
|
|
|
select CPU_FREQ_TABLE
|
|
|
|
|
help
|
|
|
|
|
This adds the CPUFreq driver for UltraSPARC-III processors.
|
|
|
|
|
|
|
|
|
|
For details, take a look at <file:Documentation/cpu-freq>.
|
|
|
|
|
|
|
|
|
|
If in doubt, say N.
|
|
|
|
|
|
|
|
|
|
config US2E_FREQ
|
|
|
|
|
tristate "UltraSPARC-IIe CPU Frequency driver"
|
|
|
|
|
depends on CPU_FREQ
|
|
|
|
|
select CPU_FREQ_TABLE
|
|
|
|
|
help
|
|
|
|
|
This adds the CPUFreq driver for UltraSPARC-IIe processors.
|
|
|
|
|
|
|
|
|
|
For details, take a look at <file:Documentation/cpu-freq>.
|
|
|
|
|
|
|
|
|
|
If in doubt, say N.
|
|
|
|
|
|
|
|
|
|
# Global things across all Sun machines.
|
2008-01-30 13:31:20 +01:00
|
|
|
config GENERIC_LOCKBREAK
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
depends on SMP && PREEMPT
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
config RWSEM_GENERIC_SPINLOCK
|
|
|
|
|
bool
|
|
|
|
|
|
|
|
|
|
config RWSEM_XCHGADD_ALGORITHM
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
[PATCH] bitops: sparc64: use generic bitops
- remove __{,test_and_}{set,clear,change}_bit() and test_bit()
- remove ffz()
- remove __ffs()
- remove generic_fls()
- remove generic_fls64()
- remove sched_find_first_bit()
- remove ffs()
- unless defined(ULTRA_HAS_POPULATION_COUNT)
- remove generic_hweight{64,32,16,8}()
- remove find_{next,first}{,_zero}_bit()
- remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
- remove minix_{test,set,test_and_clear,test,find_first_zero}_bit()
Signed-off-by: Akinobu Mita <mita@miraclelinux.com>
Cc: "David S. Miller" <davem@davemloft.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-03-26 11:39:40 +02:00
|
|
|
config GENERIC_FIND_NEXT_BIT
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config GENERIC_HWEIGHT
|
|
|
|
|
bool
|
|
|
|
|
default y if !ULTRA_HAS_POPULATION_COUNT
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
config GENERIC_CALIBRATE_DELAY
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
choice
|
|
|
|
|
prompt "SPARC64 Huge TLB Page Size"
|
|
|
|
|
depends on HUGETLB_PAGE
|
|
|
|
|
default HUGETLB_PAGE_SIZE_4MB
|
|
|
|
|
|
|
|
|
|
config HUGETLB_PAGE_SIZE_4MB
|
|
|
|
|
bool "4MB"
|
|
|
|
|
|
|
|
|
|
config HUGETLB_PAGE_SIZE_512K
|
2006-03-22 09:49:59 +01:00
|
|
|
depends on !SPARC64_PAGE_SIZE_4MB && !SPARC64_PAGE_SIZE_512KB
|
2005-04-17 00:20:36 +02:00
|
|
|
bool "512K"
|
|
|
|
|
|
|
|
|
|
config HUGETLB_PAGE_SIZE_64K
|
2006-04-19 01:19:53 +02:00
|
|
|
depends on !SPARC64_PAGE_SIZE_4MB && !SPARC64_PAGE_SIZE_512KB && !SPARC64_PAGE_SIZE_64KB
|
2005-04-17 00:20:36 +02:00
|
|
|
bool "64K"
|
|
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
2005-08-31 06:46:19 +02:00
|
|
|
endmenu
|
|
|
|
|
|
2008-04-23 14:40:25 +02:00
|
|
|
config NUMA
|
|
|
|
|
bool "NUMA support"
|
|
|
|
|
|
|
|
|
|
config NODES_SHIFT
|
|
|
|
|
int
|
|
|
|
|
default "4"
|
|
|
|
|
depends on NEED_MULTIPLE_NODES
|
|
|
|
|
|
|
|
|
|
# Some NUMA nodes have memory ranges that span
|
|
|
|
|
# other nodes. Even though a pfn is valid and
|
|
|
|
|
# between a node's start and end pfns, it may not
|
|
|
|
|
# reside on that node. See memmap_init_zone()
|
|
|
|
|
# for details.
|
|
|
|
|
config NODES_SPAN_OTHER_NODES
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on NEED_MULTIPLE_NODES
|
|
|
|
|
|
|
|
|
|
config ARCH_POPULATES_NODE_MAP
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2006-04-07 05:28:11 +02:00
|
|
|
config ARCH_SELECT_MEMORY_MODEL
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2006-03-08 11:16:07 +01:00
|
|
|
config ARCH_SPARSEMEM_ENABLE
|
|
|
|
|
def_bool y
|
2007-10-16 10:24:16 +02:00
|
|
|
select SPARSEMEM_VMEMMAP_ENABLE
|
2006-03-08 11:16:07 +01:00
|
|
|
|
|
|
|
|
config ARCH_SPARSEMEM_DEFAULT
|
|
|
|
|
def_bool y
|
|
|
|
|
|
2005-08-31 06:46:19 +02:00
|
|
|
source "mm/Kconfig"
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
config ISA
|
|
|
|
|
bool
|
|
|
|
|
|
|
|
|
|
config ISAPNP
|
|
|
|
|
bool
|
|
|
|
|
|
|
|
|
|
config EISA
|
|
|
|
|
bool
|
|
|
|
|
|
|
|
|
|
config MCA
|
|
|
|
|
bool
|
|
|
|
|
|
|
|
|
|
config PCMCIA
|
|
|
|
|
tristate
|
2008-04-26 12:07:34 +02:00
|
|
|
help
|
2005-04-17 00:20:36 +02:00
|
|
|
Say Y here if you want to attach PCMCIA- or PC-cards to your Linux
|
|
|
|
|
computer. These are credit-card size devices such as network cards,
|
|
|
|
|
modems or hard drives often used with laptops computers. There are
|
|
|
|
|
actually two varieties of these cards: the older 16 bit PCMCIA cards
|
|
|
|
|
and the newer 32 bit CardBus cards. If you want to use CardBus
|
|
|
|
|
cards, you need to say Y here and also to "CardBus support" below.
|
|
|
|
|
|
|
|
|
|
To use your PC-cards, you will need supporting software from David
|
|
|
|
|
Hinds' pcmcia-cs package (see the file <file:Documentation/Changes>
|
|
|
|
|
for location). Please also read the PCMCIA-HOWTO, available from
|
|
|
|
|
<http://www.tldp.org/docs.html#howto>.
|
|
|
|
|
|
|
|
|
|
To compile this driver as modules, choose M here: the
|
|
|
|
|
modules will be called pcmcia_core and ds.
|
|
|
|
|
|
|
|
|
|
config SBUS
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config SBUSCHAR
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config SUN_AUXIO
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
|
|
|
|
config SUN_IO
|
|
|
|
|
bool
|
|
|
|
|
default y
|
|
|
|
|
|
2007-07-10 07:22:44 +02:00
|
|
|
config SUN_LDOMS
|
|
|
|
|
bool "Sun Logical Domains support"
|
|
|
|
|
help
|
|
|
|
|
Say Y here is you want to support virtual devices via
|
|
|
|
|
Logical Domains.
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
config PCI
|
|
|
|
|
bool "PCI support"
|
2007-04-18 10:46:20 +02:00
|
|
|
select ARCH_SUPPORTS_MSI
|
2005-04-17 00:20:36 +02:00
|
|
|
help
|
2008-04-26 12:07:34 +02:00
|
|
|
Find out whether your system includes a PCI bus. PCI is the name of
|
|
|
|
|
a bus system, i.e. the way the CPU talks to the other stuff inside
|
|
|
|
|
your box. If you say Y here, the kernel will include drivers and
|
|
|
|
|
infrastructure code to support PCI bus devices.
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
|
config PCI_DOMAINS
|
2007-07-10 18:54:40 +02:00
|
|
|
def_bool PCI
|
|
|
|
|
|
|
|
|
|
config PCI_SYSCALL
|
|
|
|
|
def_bool PCI
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
|
source "drivers/pci/Kconfig"
|
|
|
|
|
|
|
|
|
|
config SUN_OPENPROMFS
|
|
|
|
|
tristate "Openprom tree appears in /proc/openprom"
|
|
|
|
|
help
|
|
|
|
|
If you say Y, the OpenPROM device tree will be available as a
|
|
|
|
|
virtual file system, which you can mount to /proc/openprom by "mount
|
|
|
|
|
-t openpromfs none /proc/openprom".
|
|
|
|
|
|
|
|
|
|
To compile the /proc/openprom support as a module, choose M here: the
|
|
|
|
|
module will be called openpromfs. If unsure, choose M.
|
|
|
|
|
|
2008-04-20 11:14:23 +02:00
|
|
|
menu "Executable file formats"
|
|
|
|
|
|
|
|
|
|
source "fs/Kconfig.binfmt"
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
config COMPAT
|
|
|
|
|
bool
|
|
|
|
|
default y
|
2008-02-08 09:08:10 +01:00
|
|
|
select COMPAT_BINFMT_ELF
|
2005-04-17 00:20:36 +02:00
|
|
|
|
2008-04-20 11:14:23 +02:00
|
|
|
config SYSVIPC_COMPAT
|
|
|
|
|
bool
|
|
|
|
|
depends on COMPAT && SYSVIPC
|
|
|
|
|
default y
|
2005-04-17 00:20:36 +02:00
|
|
|
|
2005-08-31 06:46:19 +02:00
|
|
|
endmenu
|
2005-04-17 00:20:36 +02:00
|
|
|
|
2006-03-09 01:09:19 +01:00
|
|
|
config SCHED_SMT
|
|
|
|
|
bool "SMT (Hyperthreading) scheduler support"
|
|
|
|
|
depends on SMP
|
|
|
|
|
default y
|
|
|
|
|
help
|
|
|
|
|
SMT scheduler support improves the CPU scheduler's decision making
|
2008-04-26 12:07:34 +02:00
|
|
|
when dealing with SPARC cpus at a cost of slightly increased overhead
|
|
|
|
|
in some places. If unsure say N here.
|
2006-03-09 01:09:19 +01:00
|
|
|
|
2007-06-05 02:01:39 +02:00
|
|
|
config SCHED_MC
|
|
|
|
|
bool "Multi-core scheduler support"
|
|
|
|
|
depends on SMP
|
|
|
|
|
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.
|
|
|
|
|
|
2007-03-17 23:23:22 +01:00
|
|
|
source "kernel/Kconfig.preempt"
|
|
|
|
|
|
2005-04-17 00:20:36 +02:00
|
|
|
config CMDLINE_BOOL
|
|
|
|
|
bool "Default bootloader kernel arguments"
|
|
|
|
|
|
|
|
|
|
config CMDLINE
|
|
|
|
|
string "Initial kernel command string"
|
|
|
|
|
depends on CMDLINE_BOOL
|
|
|
|
|
default "console=ttyS0,9600 root=/dev/sda1"
|
|
|
|
|
help
|
|
|
|
|
Say Y here if you want to be able to pass default arguments to
|
|
|
|
|
the kernel. This will be overridden by the bootloader, if you
|
|
|
|
|
use one (such as SILO). This is most useful if you want to boot
|
|
|
|
|
a kernel from TFTP, and want default options to be available
|
|
|
|
|
with having them passed on the command line.
|
|
|
|
|
|
|
|
|
|
NOTE: This option WILL override the PROM bootargs setting!
|
|
|
|
|
|
2005-07-12 06:03:49 +02:00
|
|
|
source "net/Kconfig"
|
|
|
|
|
|
2005-08-31 06:46:19 +02:00
|
|
|
source "drivers/Kconfig"
|
2005-04-17 00:20:36 +02:00
|
|
|
|
|
|
|
|
source "drivers/sbus/char/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "fs/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "arch/sparc64/Kconfig.debug"
|
|
|
|
|
|
|
|
|
|
source "security/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "crypto/Kconfig"
|
|
|
|
|
|
|
|
|
|
source "lib/Kconfig"
|
