| menu "Memory management options" | |
| config QUICKLIST | |
| def_bool y | |
| config MMU | |
| bool "Support for memory management hardware" | |
| depends on !CPU_SH2 | |
| default y | |
| help | |
| Some SH processors (such as SH-2/SH-2A) lack an MMU. In order to | |
| boot on these systems, this option must not be set. | |
| On other systems (such as the SH-3 and 4) where an MMU exists, | |
| turning this off will boot the kernel on these machines with the | |
| MMU implicitly switched off. | |
| config PAGE_OFFSET | |
| hex | |
| default "0x80000000" if MMU && SUPERH32 | |
| default "0x20000000" if MMU && SUPERH64 | |
| default "0x00000000" | |
| config FORCE_MAX_ZONEORDER | |
| int "Maximum zone order" | |
| range 9 64 if PAGE_SIZE_16KB | |
| default "9" if PAGE_SIZE_16KB | |
| range 7 64 if PAGE_SIZE_64KB | |
| default "7" if PAGE_SIZE_64KB | |
| range 11 64 | |
| default "14" if !MMU | |
| default "11" | |
| help | |
| The kernel memory allocator divides physically contiguous memory | |
| blocks into "zones", where each zone is a power of two number of | |
| pages. This option selects the largest power of two that the kernel | |
| keeps in the memory allocator. If you need to allocate very large | |
| blocks of physically contiguous memory, then you may need to | |
| increase this value. | |
| This config option is actually maximum order plus one. For example, | |
| a value of 11 means that the largest free memory block is 2^10 pages. | |
| The page size is not necessarily 4KB. Keep this in mind when | |
| choosing a value for this option. | |
| config MEMORY_START | |
| hex "Physical memory start address" | |
| default "0x08000000" | |
| ---help--- | |
| Computers built with Hitachi SuperH processors always | |
| map the ROM starting at address zero. But the processor | |
| does not specify the range that RAM takes. | |
| The physical memory (RAM) start address will be automatically | |
| set to 08000000. Other platforms, such as the Solution Engine | |
| boards typically map RAM at 0C000000. | |
| Tweak this only when porting to a new machine which does not | |
| already have a defconfig. Changing it from the known correct | |
| value on any of the known systems will only lead to disaster. | |
| config MEMORY_SIZE | |
| hex "Physical memory size" | |
| default "0x04000000" | |
| help | |
| This sets the default memory size assumed by your SH kernel. It can | |
| be overridden as normal by the 'mem=' argument on the kernel command | |
| line. If unsure, consult your board specifications or just leave it | |
| as 0x04000000 which was the default value before this became | |
| configurable. | |
| # Physical addressing modes | |
| config 29BIT | |
| def_bool !32BIT | |
| depends on SUPERH32 | |
| select UNCACHED_MAPPING | |
| config 32BIT | |
| bool | |
| default y if CPU_SH5 || !MMU | |
| config PMB | |
| bool "Support 32-bit physical addressing through PMB" | |
| depends on MMU && CPU_SH4A && !CPU_SH4AL_DSP | |
| select 32BIT | |
| select UNCACHED_MAPPING | |
| help | |
| If you say Y here, physical addressing will be extended to | |
| 32-bits through the SH-4A PMB. If this is not set, legacy | |
| 29-bit physical addressing will be used. | |
| config X2TLB | |
| def_bool y | |
| depends on (CPU_SHX2 || CPU_SHX3) && MMU | |
| config VSYSCALL | |
| bool "Support vsyscall page" | |
| depends on MMU && (CPU_SH3 || CPU_SH4) | |
| default y | |
| help | |
| This will enable support for the kernel mapping a vDSO page | |
| in process space, and subsequently handing down the entry point | |
| to the libc through the ELF auxiliary vector. | |
| From the kernel side this is used for the signal trampoline. | |
| For systems with an MMU that can afford to give up a page, | |
| (the default value) say Y. | |
| config NUMA | |
| bool "Non Uniform Memory Access (NUMA) Support" | |
| depends on MMU && SYS_SUPPORTS_NUMA | |
| select ARCH_WANT_NUMA_VARIABLE_LOCALITY | |
| default n | |
| help | |
| Some SH systems have many various memories scattered around | |
| the address space, each with varying latencies. This enables | |
| support for these blocks by binding them to nodes and allowing | |
| memory policies to be used for prioritizing and controlling | |
| allocation behaviour. | |
| config NODES_SHIFT | |
| int | |
| default "3" if CPU_SUBTYPE_SHX3 | |
| default "1" | |
| depends on NEED_MULTIPLE_NODES | |
| config ARCH_FLATMEM_ENABLE | |
| def_bool y | |
| depends on !NUMA | |
| config ARCH_SPARSEMEM_ENABLE | |
| def_bool y | |
| select SPARSEMEM_STATIC | |
| config ARCH_SPARSEMEM_DEFAULT | |
| def_bool y | |
| config ARCH_SELECT_MEMORY_MODEL | |
| def_bool y | |
| config ARCH_ENABLE_MEMORY_HOTPLUG | |
| def_bool y | |
| depends on SPARSEMEM && MMU | |
| config ARCH_ENABLE_MEMORY_HOTREMOVE | |
| def_bool y | |
| depends on SPARSEMEM && MMU | |
| config ARCH_MEMORY_PROBE | |
| def_bool y | |
| depends on MEMORY_HOTPLUG | |
| config IOREMAP_FIXED | |
| def_bool y | |
| depends on X2TLB || SUPERH64 | |
| config UNCACHED_MAPPING | |
| bool | |
| config HAVE_SRAM_POOL | |
| bool | |
| select GENERIC_ALLOCATOR | |
| choice | |
| prompt "Kernel page size" | |
| default PAGE_SIZE_4KB | |
| config PAGE_SIZE_4KB | |
| bool "4kB" | |
| help | |
| This is the default page size used by all SuperH CPUs. | |
| config PAGE_SIZE_8KB | |
| bool "8kB" | |
| depends on !MMU || X2TLB | |
| help | |
| This enables 8kB pages as supported by SH-X2 and later MMUs. | |
| config PAGE_SIZE_16KB | |
| bool "16kB" | |
| depends on !MMU | |
| help | |
| This enables 16kB pages on MMU-less SH systems. | |
| config PAGE_SIZE_64KB | |
| bool "64kB" | |
| depends on !MMU || CPU_SH4 || CPU_SH5 | |
| help | |
| This enables support for 64kB pages, possible on all SH-4 | |
| CPUs and later. | |
| endchoice | |
| choice | |
| prompt "HugeTLB page size" | |
| depends on HUGETLB_PAGE | |
| default HUGETLB_PAGE_SIZE_1MB if PAGE_SIZE_64KB | |
| default HUGETLB_PAGE_SIZE_64K | |
| config HUGETLB_PAGE_SIZE_64K | |
| bool "64kB" | |
| depends on !PAGE_SIZE_64KB | |
| config HUGETLB_PAGE_SIZE_256K | |
| bool "256kB" | |
| depends on X2TLB | |
| config HUGETLB_PAGE_SIZE_1MB | |
| bool "1MB" | |
| config HUGETLB_PAGE_SIZE_4MB | |
| bool "4MB" | |
| depends on X2TLB | |
| config HUGETLB_PAGE_SIZE_64MB | |
| bool "64MB" | |
| depends on X2TLB | |
| config HUGETLB_PAGE_SIZE_512MB | |
| bool "512MB" | |
| depends on CPU_SH5 | |
| endchoice | |
| source "mm/Kconfig" | |
| 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. | |
| endmenu | |
| menu "Cache configuration" | |
| config SH7705_CACHE_32KB | |
| bool "Enable 32KB cache size for SH7705" | |
| depends on CPU_SUBTYPE_SH7705 | |
| default y | |
| choice | |
| prompt "Cache mode" | |
| default CACHE_WRITEBACK if CPU_SH2A || CPU_SH3 || CPU_SH4 || CPU_SH5 | |
| default CACHE_WRITETHROUGH if (CPU_SH2 && !CPU_SH2A) | |
| config CACHE_WRITEBACK | |
| bool "Write-back" | |
| config CACHE_WRITETHROUGH | |
| bool "Write-through" | |
| help | |
| Selecting this option will configure the caches in write-through | |
| mode, as opposed to the default write-back configuration. | |
| Since there's sill some aliasing issues on SH-4, this option will | |
| unfortunately still require the majority of flushing functions to | |
| be implemented to deal with aliasing. | |
| If unsure, say N. | |
| config CACHE_OFF | |
| bool "Off" | |
| endchoice | |
| endmenu |