2005-04-16 22:20:36 +00:00
|
|
|
# $Id: config.in,v 1.158 2002/01/24 22:14:44 davem Exp $
|
|
|
|
# For a description of the syntax of this configuration file,
|
|
|
|
# see the Configure script.
|
|
|
|
#
|
|
|
|
|
|
|
|
mainmenu "Linux/UltraSPARC Kernel Configuration"
|
|
|
|
|
2005-12-23 05:03:47 +00:00
|
|
|
config SPARC
|
|
|
|
bool
|
|
|
|
default y
|
2008-02-02 20:10:34 +00:00
|
|
|
select HAVE_OPROFILE
|
2008-02-02 20:10:35 +00:00
|
|
|
select HAVE_KPROBES
|
2005-12-23 05:03:47 +00:00
|
|
|
|
2005-08-31 04:46:19 +00:00
|
|
|
config SPARC64
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
SPARC is a family of RISC microprocessors designed and marketed by
|
|
|
|
Sun Microsystems, incorporated. This port covers the newer 64-bit
|
|
|
|
UltraSPARC. The UltraLinux project maintains both the SPARC32 and
|
|
|
|
SPARC64 ports; its web page is available at
|
|
|
|
<http://www.ultralinux.org/>.
|
|
|
|
|
2007-03-05 23:28:37 +00:00
|
|
|
config GENERIC_TIME
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2007-07-21 11:37:37 +00:00
|
|
|
config GENERIC_CMOS_UPDATE
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2007-03-05 23:28:37 +00:00
|
|
|
config GENERIC_CLOCKEVENTS
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config 64BIT
|
|
|
|
def_bool y
|
|
|
|
|
|
|
|
config MMU
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2007-05-06 21:49:51 +00:00
|
|
|
config QUICKLIST
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2006-11-16 21:38:57 +00:00
|
|
|
config STACKTRACE_SUPPORT
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
|
|
|
config LOCKDEP_SUPPORT
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2005-09-06 00:48:42 +00:00
|
|
|
config ARCH_MAY_HAVE_PC_FDC
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2006-12-08 10:37:49 +00:00
|
|
|
config ARCH_HAS_ILOG2_U32
|
|
|
|
bool
|
|
|
|
default n
|
|
|
|
|
|
|
|
config ARCH_HAS_ILOG2_U64
|
|
|
|
bool
|
|
|
|
default n
|
|
|
|
|
2006-09-12 06:59:45 +00:00
|
|
|
config AUDIT_ARCH
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2008-01-30 22:27:58 +00:00
|
|
|
config HAVE_SETUP_PER_CPU_AREA
|
2008-01-30 12:32:51 +00:00
|
|
|
def_bool y
|
|
|
|
|
2007-07-18 07:09:30 +00:00
|
|
|
config ARCH_NO_VIRT_TO_BUS
|
|
|
|
def_bool y
|
|
|
|
|
2007-05-01 06:26:07 +00:00
|
|
|
config OF
|
|
|
|
def_bool y
|
|
|
|
|
2007-10-22 09:16:45 +00:00
|
|
|
config GENERIC_HARDIRQS_NO__DO_IRQ
|
|
|
|
bool
|
|
|
|
def_bool y
|
|
|
|
|
2008-02-08 12:19:27 +00:00
|
|
|
config ARCH_SUPPORTS_AOUT
|
|
|
|
def_bool y
|
|
|
|
|
2005-04-16 22:20:36 +00: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.
|
|
|
|
|
|
|
|
8KB and 64KB work quite well, since Sparc ELF sections
|
|
|
|
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-10 23:49:28 +00: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-08 22:21:51 +00: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-13 23:03:42 +00:00
|
|
|
config HOTPLUG_CPU
|
|
|
|
bool "Support for hot-pluggable CPUs"
|
|
|
|
depends on SMP
|
|
|
|
select HOTPLUG
|
|
|
|
---help---
|
|
|
|
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-16 22:20:36 +00:00
|
|
|
source "init/Kconfig"
|
|
|
|
|
|
|
|
config SYSVIPC_COMPAT
|
|
|
|
bool
|
|
|
|
depends on COMPAT && SYSVIPC
|
|
|
|
default y
|
|
|
|
|
2006-06-20 08:23:32 +00:00
|
|
|
config GENERIC_HARDIRQS
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
menu "General machine setup"
|
|
|
|
|
2007-03-05 23:28:37 +00:00
|
|
|
source "kernel/time/Kconfig"
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config SMP
|
|
|
|
bool "Symmetric multi-processing support"
|
|
|
|
---help---
|
|
|
|
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
|
|
|
|
you say Y here, the kernel will run on many, but not all,
|
|
|
|
singleprocessor machines. On a singleprocessor machine, the kernel
|
|
|
|
will run faster if you say N here.
|
|
|
|
|
|
|
|
People using multiprocessor machines who say Y here should also say
|
|
|
|
Y to "Enhanced Real Time Clock Support", below. The "Advanced Power
|
|
|
|
Management" code will be disabled if you say Y here.
|
|
|
|
|
2008-02-03 13:50:21 +00:00
|
|
|
See also <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO
|
|
|
|
available at <http://www.tldp.org/docs.html#howto>.
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
If you don't know what to do here, say N.
|
|
|
|
|
|
|
|
config NR_CPUS
|
2007-05-26 08:14:43 +00:00
|
|
|
int "Maximum number of CPUs (2-1024)"
|
|
|
|
range 2 1024
|
2005-04-16 22:20:36 +00:00
|
|
|
depends on SMP
|
2007-05-26 08:14:43 +00:00
|
|
|
default "64"
|
2005-04-16 22:20:36 +00: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 12:31:20 +00:00
|
|
|
config GENERIC_LOCKBREAK
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
depends on SMP && PREEMPT
|
|
|
|
|
2005-04-16 22:20:36 +00: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 09:39:40 +00:00
|
|
|
config GENERIC_FIND_NEXT_BIT
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
|
|
|
|
config GENERIC_HWEIGHT
|
|
|
|
bool
|
|
|
|
default y if !ULTRA_HAS_POPULATION_COUNT
|
|
|
|
|
2005-04-16 22:20:36 +00: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 08:49:59 +00:00
|
|
|
depends on !SPARC64_PAGE_SIZE_4MB && !SPARC64_PAGE_SIZE_512KB
|
2005-04-16 22:20:36 +00:00
|
|
|
bool "512K"
|
|
|
|
|
|
|
|
config HUGETLB_PAGE_SIZE_64K
|
2006-04-18 23:19:53 +00:00
|
|
|
depends on !SPARC64_PAGE_SIZE_4MB && !SPARC64_PAGE_SIZE_512KB && !SPARC64_PAGE_SIZE_64KB
|
2005-04-16 22:20:36 +00:00
|
|
|
bool "64K"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
2005-08-31 04:46:19 +00:00
|
|
|
endmenu
|
|
|
|
|
2006-04-07 03:28:11 +00:00
|
|
|
config ARCH_SELECT_MEMORY_MODEL
|
|
|
|
def_bool y
|
|
|
|
|
2006-03-08 10:16:07 +00:00
|
|
|
config ARCH_SPARSEMEM_ENABLE
|
|
|
|
def_bool y
|
2007-10-16 08:24:16 +00:00
|
|
|
select SPARSEMEM_VMEMMAP_ENABLE
|
2006-03-08 10:16:07 +00:00
|
|
|
|
|
|
|
config ARCH_SPARSEMEM_DEFAULT
|
|
|
|
def_bool y
|
|
|
|
|
2005-08-31 04:46:19 +00:00
|
|
|
source "mm/Kconfig"
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
config ISA
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Find out whether you have ISA slots on your motherboard. ISA is the
|
|
|
|
name of a bus system, i.e. the way the CPU talks to the other stuff
|
|
|
|
inside your box. Other bus systems are PCI, EISA, MicroChannel
|
|
|
|
(MCA) or VESA. ISA is an older system, now being displaced by PCI;
|
|
|
|
newer boards don't support it. If you have ISA, say Y, otherwise N.
|
|
|
|
|
|
|
|
config ISAPNP
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
Say Y here if you would like support for ISA Plug and Play devices.
|
|
|
|
Some information is in <file:Documentation/isapnp.txt>.
|
|
|
|
|
|
|
|
To compile this driver as a module, choose M here: the
|
|
|
|
module will be called isapnp.
|
|
|
|
|
|
|
|
If unsure, say Y.
|
|
|
|
|
|
|
|
config EISA
|
|
|
|
bool
|
|
|
|
---help---
|
|
|
|
The Extended Industry Standard Architecture (EISA) bus was
|
|
|
|
developed as an open alternative to the IBM MicroChannel bus.
|
|
|
|
|
|
|
|
The EISA bus provided some of the features of the IBM MicroChannel
|
|
|
|
bus while maintaining backward compatibility with cards made for
|
|
|
|
the older ISA bus. The EISA bus saw limited use between 1988 and
|
|
|
|
1995 when it was made obsolete by the PCI bus.
|
|
|
|
|
|
|
|
Say Y here if you are building a kernel for an EISA-based machine.
|
|
|
|
|
|
|
|
Otherwise, say N.
|
|
|
|
|
|
|
|
config MCA
|
|
|
|
bool
|
|
|
|
help
|
|
|
|
MicroChannel Architecture is found in some IBM PS/2 machines and
|
|
|
|
laptops. It is a bus system similar to PCI or ISA. See
|
|
|
|
<file:Documentation/mca.txt> (and especially the web page given
|
|
|
|
there) before attempting to build an MCA bus kernel.
|
|
|
|
|
|
|
|
config PCMCIA
|
|
|
|
tristate
|
|
|
|
---help---
|
|
|
|
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 05:22:44 +00: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-16 22:20:36 +00:00
|
|
|
config PCI
|
|
|
|
bool "PCI support"
|
2007-04-18 08:46:20 +00:00
|
|
|
select ARCH_SUPPORTS_MSI
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
Find out whether you have a PCI motherboard. PCI is the name of a
|
|
|
|
bus system, i.e. the way the CPU talks to the other stuff inside
|
|
|
|
your box. Other bus systems are ISA, EISA, MicroChannel (MCA) or
|
|
|
|
VESA. If you have PCI, say Y, otherwise N.
|
|
|
|
|
|
|
|
config PCI_DOMAINS
|
2007-07-10 16:54:40 +00:00
|
|
|
def_bool PCI
|
|
|
|
|
|
|
|
config PCI_SYSCALL
|
|
|
|
def_bool PCI
|
2005-04-16 22:20:36 +00: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.
|
|
|
|
|
|
|
|
config SPARC32_COMPAT
|
|
|
|
bool "Kernel support for Linux/Sparc 32bit binary compatibility"
|
|
|
|
help
|
|
|
|
This allows you to run 32-bit binaries on your Ultra.
|
|
|
|
Everybody wants this; say Y.
|
|
|
|
|
|
|
|
config COMPAT
|
|
|
|
bool
|
|
|
|
depends on SPARC32_COMPAT
|
|
|
|
default y
|
|
|
|
|
|
|
|
config BINFMT_ELF32
|
2006-07-10 11:45:38 +00:00
|
|
|
bool "Kernel support for 32-bit ELF binaries"
|
2005-04-16 22:20:36 +00:00
|
|
|
depends on SPARC32_COMPAT
|
|
|
|
help
|
|
|
|
This allows you to run 32-bit Linux/ELF binaries on your Ultra.
|
|
|
|
Everybody wants this; say Y.
|
|
|
|
|
|
|
|
config BINFMT_AOUT32
|
|
|
|
bool "Kernel support for 32-bit (ie. SunOS) a.out binaries"
|
2008-02-08 12:19:27 +00:00
|
|
|
depends on SPARC32_COMPAT && ARCH_SUPPORTS_AOUT
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
This allows you to run 32-bit a.out format binaries on your Ultra.
|
|
|
|
If you want to run SunOS binaries (see SunOS binary emulation below)
|
|
|
|
or other a.out binaries, say Y. If unsure, say N.
|
|
|
|
|
2005-08-31 04:46:19 +00:00
|
|
|
menu "Executable file formats"
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
source "fs/Kconfig.binfmt"
|
|
|
|
|
|
|
|
config SUNOS_EMUL
|
|
|
|
bool "SunOS binary emulation"
|
|
|
|
depends on BINFMT_AOUT32
|
|
|
|
help
|
|
|
|
This allows you to run most SunOS binaries. If you want to do this,
|
|
|
|
say Y here and place appropriate files in /usr/gnemul/sunos. See
|
|
|
|
<http://www.ultralinux.org/faq.html> for more information. If you
|
|
|
|
want to run SunOS binaries on an Ultra you must also say Y to
|
|
|
|
"Kernel support for 32-bit a.out binaries" above.
|
|
|
|
|
|
|
|
config SOLARIS_EMUL
|
|
|
|
tristate "Solaris binary emulation (EXPERIMENTAL)"
|
2007-10-29 08:19:14 +00:00
|
|
|
depends on SPARC32_COMPAT && NET && EXPERIMENTAL
|
2005-04-16 22:20:36 +00:00
|
|
|
help
|
|
|
|
This is experimental code which will enable you to run (many)
|
|
|
|
Solaris binaries on your SPARC Linux machine.
|
|
|
|
|
|
|
|
To compile this code as a module, choose M here: the
|
|
|
|
module will be called solaris.
|
|
|
|
|
2005-08-31 04:46:19 +00:00
|
|
|
endmenu
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2006-03-09 00:09:19 +00: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
|
|
|
|
when dealing with UltraSPARC cpus at a cost of slightly increased
|
|
|
|
overhead in some places. If unsure say N here.
|
|
|
|
|
2007-06-05 00:01:39 +00: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 22:23:22 +00:00
|
|
|
source "kernel/Kconfig.preempt"
|
|
|
|
|
2005-04-16 22:20:36 +00: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 04:03:49 +00:00
|
|
|
source "net/Kconfig"
|
|
|
|
|
2005-08-31 04:46:19 +00:00
|
|
|
source "drivers/Kconfig"
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
source "drivers/sbus/char/Kconfig"
|
|
|
|
|
|
|
|
source "fs/Kconfig"
|
|
|
|
|
|
|
|
source "arch/sparc64/Kconfig.debug"
|
|
|
|
|
|
|
|
source "security/Kconfig"
|
|
|
|
|
|
|
|
source "crypto/Kconfig"
|
|
|
|
|
|
|
|
source "lib/Kconfig"
|