2008-04-26 14:07:34 +04:00
# sparc64 configuration
mainmenu "Linux Kernel Configuration for 64-bit SPARC"
2005-04-17 02:20:36 +04:00
2005-12-23 08:03:47 +03:00
config SPARC
bool
default y
2008-02-02 23:10:34 +03:00
select HAVE_OPROFILE
2008-02-02 23:10:35 +03:00
select HAVE_KPROBES
2008-03-05 01:28:37 +03:00
select HAVE_KRETPROBES
2005-12-23 08:03:47 +03:00
2005-08-31 08:46:19 +04:00
config SPARC64
bool
default y
2008-02-09 12:46:40 +03:00
select HAVE_IDE
2008-02-14 03:56:49 +03:00
select HAVE_LMB
2008-04-29 13:38:50 +04:00
select HAVE_ARCH_KGDB
2005-08-31 08:46:19 +04:00
2007-03-06 02:28:37 +03:00
config GENERIC_TIME
bool
default y
2007-07-21 15:37:37 +04:00
config GENERIC_CMOS_UPDATE
bool
default y
2007-03-06 02:28:37 +03:00
config GENERIC_CLOCKEVENTS
bool
default y
2005-04-17 02:20:36 +04:00
config 64BIT
def_bool y
config MMU
bool
default y
2008-02-09 05:05:46 +03:00
config IOMMU_HELPER
bool
default y
2007-05-07 01:49:51 +04:00
config QUICKLIST
bool
default y
2006-11-17 00:38:57 +03:00
config STACKTRACE_SUPPORT
bool
default y
config LOCKDEP_SUPPORT
bool
default y
2005-09-06 04:48:42 +04:00
config ARCH_MAY_HAVE_PC_FDC
bool
default y
2006-12-08 13:37:49 +03:00
config ARCH_HAS_ILOG2_U32
bool
default n
config ARCH_HAS_ILOG2_U64
bool
default n
2006-09-12 10:59:45 +04:00
config AUDIT_ARCH
bool
default y
2008-01-31 01:27:58 +03:00
config HAVE_SETUP_PER_CPU_AREA
2008-01-30 15:32:51 +03:00
def_bool y
2007-07-18 11:09:30 +04:00
config ARCH_NO_VIRT_TO_BUS
def_bool y
2007-05-01 10:26:07 +04:00
config OF
def_bool y
2007-10-22 13:16:45 +04:00
config GENERIC_HARDIRQS_NO__DO_IRQ
bool
def_bool y
2005-04-17 02:20:36 +04: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 14:07:34 +04:00
8KB and 64KB work quite well, since SPARC ELF sections
2005-04-17 02:20:36 +04: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 03:49:28 +04: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 02:21:51 +04: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 03:03:42 +04:00
config HOTPLUG_CPU
bool "Support for hot-pluggable CPUs"
depends on SMP
select HOTPLUG
2008-04-26 14:07:34 +04: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 03:03:42 +04: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 02:20:36 +04:00
source "init/Kconfig"
2006-06-20 12:23:32 +04:00
config GENERIC_HARDIRQS
bool
default y
2005-04-17 02:20:36 +04:00
menu "General machine setup"
2007-03-06 02:28:37 +03:00
source "kernel/time/Kconfig"
2005-04-17 02:20:36 +04:00
config SMP
bool "Symmetric multi-processing support"
2008-04-26 14:07:34 +04:00
help
2005-04-17 02:20:36 +04: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 14:07:34 +04: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 02:20:36 +04:00
If you don't know what to do here, say N.
config NR_CPUS
2007-05-26 12:14:43 +04:00
int "Maximum number of CPUs (2-1024)"
range 2 1024
2005-04-17 02:20:36 +04:00
depends on SMP
2007-05-26 12:14:43 +04:00
default "64"
2005-04-17 02:20:36 +04: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 15:31:20 +03:00
config GENERIC_LOCKBREAK
bool
default y
depends on SMP && PREEMPT
2005-04-17 02:20:36 +04: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 13:39:40 +04:00
config GENERIC_FIND_NEXT_BIT
bool
default y
config GENERIC_HWEIGHT
bool
default y if !ULTRA_HAS_POPULATION_COUNT
2005-04-17 02:20:36 +04: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 11:49:59 +03:00
depends on !SPARC64_PAGE_SIZE_4MB && !SPARC64_PAGE_SIZE_512KB
2005-04-17 02:20:36 +04:00
bool "512K"
config HUGETLB_PAGE_SIZE_64K
2006-04-19 03:19:53 +04:00
depends on !SPARC64_PAGE_SIZE_4MB && !SPARC64_PAGE_SIZE_512KB && !SPARC64_PAGE_SIZE_64KB
2005-04-17 02:20:36 +04:00
bool "64K"
endchoice
2005-08-31 08:46:19 +04:00
endmenu
2008-04-23 16:40:25 +04: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 07:28:11 +04:00
config ARCH_SELECT_MEMORY_MODEL
def_bool y
2006-03-08 13:16:07 +03:00
config ARCH_SPARSEMEM_ENABLE
def_bool y
2007-10-16 12:24:16 +04:00
select SPARSEMEM_VMEMMAP_ENABLE
2006-03-08 13:16:07 +03:00
config ARCH_SPARSEMEM_DEFAULT
def_bool y
2005-08-31 08:46:19 +04:00
source "mm/Kconfig"
2005-04-17 02:20:36 +04:00
config ISA
bool
config ISAPNP
bool
config EISA
bool
config MCA
bool
config PCMCIA
tristate
2008-04-26 14:07:34 +04:00
help
2005-04-17 02:20:36 +04: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 09:22:44 +04: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 02:20:36 +04:00
config PCI
bool "PCI support"
2007-04-18 12:46:20 +04:00
select ARCH_SUPPORTS_MSI
2005-04-17 02:20:36 +04:00
help
2008-04-26 14:07:34 +04: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 02:20:36 +04:00
config PCI_DOMAINS
2007-07-10 20:54:40 +04:00
def_bool PCI
config PCI_SYSCALL
def_bool PCI
2005-04-17 02:20:36 +04: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 13:14:23 +04:00
menu "Executable file formats"
source "fs/Kconfig.binfmt"
2005-04-17 02:20:36 +04:00
config COMPAT
bool
default y
2008-02-08 11:08:10 +03:00
select COMPAT_BINFMT_ELF
2005-04-17 02:20:36 +04:00
2008-04-20 13:14:23 +04:00
config SYSVIPC_COMPAT
bool
depends on COMPAT && SYSVIPC
default y
2005-04-17 02:20:36 +04:00
2005-08-31 08:46:19 +04:00
endmenu
2005-04-17 02:20:36 +04:00
2006-03-09 03:09:19 +03: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 14:07:34 +04:00
when dealing with SPARC cpus at a cost of slightly increased overhead
in some places. If unsure say N here.
2006-03-09 03:09:19 +03:00
2007-06-05 04:01:39 +04: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-18 01:23:22 +03:00
source "kernel/Kconfig.preempt"
2005-04-17 02:20:36 +04: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 08:03:49 +04:00
source "net/Kconfig"
2005-08-31 08:46:19 +04:00
source "drivers/Kconfig"
2005-04-17 02:20:36 +04:00
source "drivers/sbus/char/Kconfig"
source "fs/Kconfig"
source "arch/sparc64/Kconfig.debug"
source "security/Kconfig"
source "crypto/Kconfig"
source "lib/Kconfig"