# # For a description of the syntax of this configuration file, # see Documentation/kbuild/kconfig-language.txt. # config FRV bool default y config UID16 bool default y config RWSEM_GENERIC_SPINLOCK bool default y config RWSEM_XCHGADD_ALGORITHM bool config GENERIC_FIND_NEXT_BIT bool default y config GENERIC_CALIBRATE_DELAY bool default n config GENERIC_HARDIRQS bool default n mainmenu "Fujitsu FR-V Kernel Configuration" source "init/Kconfig" menu "Fujitsu FR-V system setup" config MMU bool "MMU support" help This options switches on and off support for the FR-V MMU (effectively switching between vmlinux and uClinux). Not all FR-V CPUs support this. Currently only the FR451 has a sufficiently featured MMU. config FRV_OUTOFLINE_ATOMIC_OPS bool "Out-of-line the FRV atomic operations" default n help Setting this option causes the FR-V atomic operations to be mostly implemented out-of-line. See Documentation/fujitsu/frv/atomic-ops.txt for more information. config HIGHMEM bool "High memory support" depends on MMU default y help If you wish to use more than 256MB of memory with your MMU based system, you will need to select this option. The kernel can only see the memory between 0xC0000000 and 0xD0000000 directly... everything else must be kmapped. The arch is, however, capable of supporting up to 3GB of SDRAM. config HIGHPTE bool "Allocate page tables in highmem" depends on HIGHMEM default y help The VM uses one page of memory for each page table. For systems with a lot of RAM, this can be wasteful of precious low memory. Setting this option will put user-space page tables in high memory. choice prompt "uClinux kernel load address" depends on !MMU default UCPAGE_OFFSET_C0000000 help This option sets the base address for the uClinux kernel. The kernel will rearrange the SDRAM layout to start at this address, and move itself to start there. It must be greater than 0, and it must be sufficiently less than 0xE0000000 that the SDRAM does not intersect the I/O region. The base address must also be aligned such that the SDRAM controller can decode it. For instance, a 512MB SDRAM bank must be 512MB aligned. config UCPAGE_OFFSET_20000000 bool "0x20000000" config UCPAGE_OFFSET_40000000 bool "0x40000000" config UCPAGE_OFFSET_60000000 bool "0x60000000" config UCPAGE_OFFSET_80000000 bool "0x80000000" config UCPAGE_OFFSET_A0000000 bool "0xA0000000" config UCPAGE_OFFSET_C0000000 bool "0xC0000000 (Recommended)" endchoice config PROTECT_KERNEL bool "Protect core kernel against userspace" depends on !MMU default y help Selecting this option causes the uClinux kernel to change the permittivity of DAMPR register covering the core kernel image to prevent userspace accessing the underlying memory directly. choice prompt "CPU Caching mode" default FRV_DEFL_CACHE_WBACK help This option determines the default caching mode for the kernel. Write-Back caching mode involves the all reads and writes causing the affected cacheline to be read into the cache first before being operated upon. Memory is not then updated by a write until the cache is filled and a cacheline needs to be displaced from the cache to make room. Only at that point is it written back. Write-Behind caching is similar to Write-Back caching, except that a write won't fetch a cacheline into the cache if there isn't already one there; it will write directly to memory instead. Write-Through caching only fetches cachelines from memory on a read. Writes always get written directly to memory. If the affected cacheline is also in cache, it will be updated too. The final option is to turn of caching entirely. Note that not all CPUs support Write-Behind caching. If the CPU on which the kernel is running doesn't, it'll fall back to Write-Back caching. config FRV_DEFL_CACHE_WBACK bool "Write-Back" config FRV_DEFL_CACHE_WBEHIND bool "Write-Behind" config FRV_DEFL_CACHE_WTHRU bool "Write-Through" config FRV_DEFL_CACHE_DISABLED bool "Disabled" endchoice menu "CPU core support" config CPU_FR401 bool "Include FR401 core support" depends on !MMU default y help This enables support for the FR401, FR401A and FR403 CPUs config CPU_FR405 bool "Include FR405 core support" depends on !MMU default y help This enables support for the FR405 CPU config CPU_FR451 bool "Include FR451 core support" default y help This enables support for the FR451 CPU config CPU_FR451_COMPILE bool "Specifically compile for FR451 core" depends on CPU_FR451 && !CPU_FR401 && !CPU_FR405 && !CPU_FR551 default y help This causes appropriate flags to be passed to the compiler to optimise for the FR451 CPU config CPU_FR551 bool "Include FR551 core support" depends on !MMU default y help This enables support for the FR555 CPU config CPU_FR551_COMPILE bool "Specifically compile for FR551 core" depends on CPU_FR551 && !CPU_FR401 && !CPU_FR405 && !CPU_FR451 default y help This causes appropriate flags to be passed to the compiler to optimise for the FR555 CPU config FRV_L1_CACHE_SHIFT int default "5" if CPU_FR401 || CPU_FR405 || CPU_FR451 default "6" if CPU_FR551 endmenu choice prompt "System support" default MB93091_VDK config MB93091_VDK bool "MB93091 CPU board with or without motherboard" config MB93093_PDK bool "MB93093 PDK unit" endchoice if MB93091_VDK choice prompt "Motherboard support" default MB93090_MB00 config MB93090_MB00 bool "Use the MB93090-MB00 motherboard" help Select this option if the MB93091 CPU board is going to be used with a MB93090-MB00 VDK motherboard config MB93091_NO_MB bool "Use standalone" help Select this option if the MB93091 CPU board is going to be used without a motherboard endchoice endif choice prompt "GP-Relative data support" default GPREL_DATA_8 help This option controls what data, if any, should be placed in the GP relative data sections. Using this means that the compiler can generate accesses to the data using GR16-relative addressing which is faster than absolute instructions and saves space (2 instructions per access). However, the GPREL region is limited in size because the immediate value used in the load and store instructions is limited to a 12-bit signed number. So if the linker starts complaining that accesses to GPREL data are out of range, try changing this option from the default. Note that modules will always be compiled with this feature disabled as the module data will not be in range of the GP base address. config GPREL_DATA_8 bool "Put data objects of up to 8 bytes into GP-REL" config GPREL_DATA_4 bool "Put data objects of up to 4 bytes into GP-REL" config GPREL_DATA_NONE bool "Don't use GP-REL" endchoice config PCI bool "Use PCI" depends on MB93090_MB00 default y help Some FR-V systems (such as the MB93090-MB00 VDK) have PCI onboard. If you have one of these boards and you wish to use the PCI facilities, say Y here. The PCI-HOWTO, available from , contains valuable information about which PCI hardware does work under Linux and which doesn't. config RESERVE_DMA_COHERENT bool "Reserve DMA coherent memory" depends on PCI && !MMU default y help Many PCI drivers require access to uncached memory for DMA device communications (such as is done with some Ethernet buffer rings). If a fully featured MMU is available, this can be done through page table settings, but if not, a region has to be set aside and marked with a special DAMPR register. Setting this option causes uClinux to set aside a portion of the available memory for use in this manner. The memory will then be unavailable for normal kernel use. source "drivers/pci/Kconfig" config PCMCIA tristate "Use PCMCIA" help Say Y here if you want to attach PCMCIA- or PC-cards to your FR-V board. 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 for location). Please also read the PCMCIA-HOWTO, available from . To compile this driver as modules, choose M here: the modules will be called pcmcia_core and ds. #config MATH_EMULATION # bool "Math emulation support (EXPERIMENTAL)" # depends on EXPERIMENTAL # help # At some point in the future, this will cause floating-point math # instructions to be emulated by the kernel on machines that lack a # floating-point math coprocessor. Thrill-seekers and chronically # sleep-deprived psychotic hacker types can say Y now, everyone else # should probably wait a while. menu "Power management options" source kernel/power/Kconfig endmenu endmenu menu "Executable formats" source "fs/Kconfig.binfmt" endmenu source "drivers/Kconfig" source "fs/Kconfig" menu "Kernel hacking" config DEBUG_KERNEL bool "Kernel debugging" help Say Y here if you are developing drivers or trying to debug and identify kernel problems. config EARLY_PRINTK bool "Early printk" depends on EMBEDDED && DEBUG_KERNEL default n help Write kernel log output directly into the VGA buffer or to a serial port. This is useful for kernel debugging when your machine crashes very early before the console code is initialized. For normal operation it is not recommended because it looks ugly and doesn't cooperate with klogd/syslogd or the X server. You should normally N here, unless you want to debug such a crash. config DEBUG_STACKOVERFLOW bool "Check for stack overflows" depends on DEBUG_KERNEL config DEBUG_SLAB bool "Debug memory allocations" depends on DEBUG_KERNEL help Say Y here to have the kernel do limited verification on memory allocation as well as poisoning memory on free to catch use of freed memory. config MAGIC_SYSRQ bool "Magic SysRq key" depends on DEBUG_KERNEL help If you say Y here, you will have some control over the system even if the system crashes for example during kernel debugging (e.g., you will be able to flush the buffer cache to disk, reboot the system immediately or dump some status information). This is accomplished by pressing various keys while holding SysRq (Alt+PrintScreen). It also works on a serial console (on PC hardware at least), if you send a BREAK and then within 5 seconds a command keypress. The keys are documented in . Don't say Y unless you really know what this hack does. config DEBUG_SPINLOCK bool "Spinlock debugging" depends on DEBUG_KERNEL help Say Y here and build SMP to catch missing spinlock initialization and certain other kinds of spinlock errors commonly made. This is best used in conjunction with the NMI watchdog so that spinlock deadlocks are also debuggable. config DEBUG_SPINLOCK_SLEEP bool "Sleep-inside-spinlock checking" depends on DEBUG_KERNEL help If you say Y here, various routines which may sleep will become very noisy if they are called with a spinlock held. config DEBUG_PAGEALLOC bool "Page alloc debugging" depends on DEBUG_KERNEL help Unmap pages from the kernel linear mapping after free_pages(). This results in a large slowdown, but helps to find certain types of memory corruptions. config DEBUG_HIGHMEM bool "Highmem debugging" depends on DEBUG_KERNEL && HIGHMEM help This options enables addition error checking for high memory systems. Disable for production systems. config DEBUG_INFO bool "Compile the kernel with debug info" depends on DEBUG_KERNEL help If you say Y here the resulting kernel image will include debugging info resulting in a larger kernel image. Say Y here only if you plan to use gdb to debug the kernel. If you don't debug the kernel, you can say N. config DEBUG_BUGVERBOSE bool "Verbose BUG() reporting" depends on DEBUG_KERNEL config FRAME_POINTER bool "Compile the kernel with frame pointers" depends on DEBUG_KERNEL help If you say Y here the resulting kernel image will be slightly larger and slower, but it will give very useful debugging information. If you don't debug the kernel, you can say N, but we may not be able to solve problems without frame pointers. config GDBSTUB bool "Remote GDB kernel debugging" depends on DEBUG_KERNEL select DEBUG_INFO select FRAME_POINTER help If you say Y here, it will be possible to remotely debug the kernel using gdb. This enlarges your kernel ELF image disk size by several megabytes and requires a machine with more than 16 MB, better 32 MB RAM to avoid excessive linking time. This is only useful for kernel hackers. If unsure, say N. choice prompt "GDB stub port" default GDBSTUB_UART1 depends on GDBSTUB help Select the on-CPU port used for GDB-stub config GDBSTUB_UART0 bool "/dev/ttyS0" config GDBSTUB_UART1 bool "/dev/ttyS1" endchoice config GDBSTUB_IMMEDIATE bool "Break into GDB stub immediately" depends on GDBSTUB help If you say Y here, GDB stub will break into the program as soon as possible, leaving the program counter at the beginning of start_kernel() in init/main.c. config GDB_CONSOLE bool "Console output to GDB" depends on KGDB help If you are using GDB for remote debugging over a serial port and would like kernel messages to be formatted into GDB $O packets so that GDB prints them as program output, say 'Y'. endmenu source "security/Kconfig" source "crypto/Kconfig" source "lib/Kconfig"