Training courses

Kernel and Embedded Linux

Bootlin training courses

Embedded Linux, kernel,
Yocto Project, Buildroot, real-time,
graphics, boot time, debugging...

Bootlin logo

Elixir Cross Referencer

# SPDX-License-Identifier: GPL-2.0
menu "Memory management options"

config CONFIG_MMU
        bool "Support for memory management hardware"
	depends on !CONFIG_CPU_SH2
	default y
	help
	  Some SH processors (such as SH-2/SH-2A) lack an CONFIG_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 CONFIG_MMU exists,
	  turning this off will boot the kernel on these machines with the
	  CONFIG_MMU implicitly switched off.

config CONFIG_PAGE_OFFSET
	hex
	default "0x80000000" if CONFIG_MMU && CONFIG_SUPERH32
	default "0x20000000" if CONFIG_MMU && CONFIG_SUPERH64
	default "0x00000000"

config CONFIG_FORCE_MAX_ZONEORDER
	int "Maximum zone order"
	range 9 64 if CONFIG_PAGE_SIZE_16KB
	default "9" if CONFIG_PAGE_SIZE_16KB
	range 7 64 if CONFIG_PAGE_SIZE_64KB
	default "7" if CONFIG_PAGE_SIZE_64KB
	range 11 64
	default "14" if !CONFIG_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 CONFIG_MEMORY_START
	hex "Physical memory start address"
	default "0x08000000"
	---help---
	  Computers built with Hitachi SuperH processors always
	  map the CONFIG_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 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 CONFIG_29BIT
	def_bool !CONFIG_32BIT
	depends on CONFIG_SUPERH32
	select CONFIG_UNCACHED_MAPPING

config CONFIG_32BIT
	bool
	default y if CONFIG_CPU_SH5 || !CONFIG_MMU

config CONFIG_PMB
	bool "Support 32-bit physical addressing through PMB"
	depends on CONFIG_MMU && CONFIG_CPU_SH4A && !CONFIG_CPU_SH4AL_DSP
	select CONFIG_32BIT
	select CONFIG_UNCACHED_MAPPING
	help
	  If you say Y here, physical addressing will be extended to
	  32-bits through the SH-4A CONFIG_PMB. If this is not set, legacy
	  29-bit physical addressing will be used.

config CONFIG_X2TLB
	def_bool y
	depends on (CONFIG_CPU_SHX2 || CONFIG_CPU_SHX3) && CONFIG_MMU

config CONFIG_VSYSCALL
	bool "Support vsyscall page"
	depends on CONFIG_MMU && (CONFIG_CPU_SH3 || CONFIG_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 CONFIG_MMU that can afford to give up a page,
	  (the default value) say Y.

config CONFIG_NUMA
	bool "Non Uniform Memory Access (NUMA) Support"
	depends on CONFIG_MMU && CONFIG_SYS_SUPPORTS_NUMA
	select CONFIG_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 CONFIG_NODES_SHIFT
	int
	default "3" if CONFIG_CPU_SUBTYPE_SHX3
	default "1"
	depends on CONFIG_NEED_MULTIPLE_NODES

config CONFIG_ARCH_FLATMEM_ENABLE
	def_bool y
	depends on !CONFIG_NUMA

config CONFIG_ARCH_SPARSEMEM_ENABLE
	def_bool y
	select CONFIG_SPARSEMEM_STATIC

config CONFIG_ARCH_SPARSEMEM_DEFAULT
	def_bool y

config CONFIG_ARCH_SELECT_MEMORY_MODEL
	def_bool y

config CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG
	def_bool y
	depends on CONFIG_SPARSEMEM && CONFIG_MMU

config CONFIG_ARCH_ENABLE_MEMORY_HOTREMOVE
	def_bool y
	depends on CONFIG_SPARSEMEM && CONFIG_MMU

config CONFIG_ARCH_MEMORY_PROBE
	def_bool y
	depends on CONFIG_MEMORY_HOTPLUG

config CONFIG_IOREMAP_FIXED
       def_bool y
       depends on CONFIG_X2TLB || CONFIG_SUPERH64

config CONFIG_UNCACHED_MAPPING
	bool

config CONFIG_HAVE_SRAM_POOL
	bool
	select CONFIG_GENERIC_ALLOCATOR

choice
	prompt "Kernel page size"
	default CONFIG_PAGE_SIZE_4KB

config CONFIG_PAGE_SIZE_4KB
	bool "4kB"
	help
	  This is the default page size used by all SuperH CPUs.

config CONFIG_PAGE_SIZE_8KB
	bool "8kB"
	depends on !CONFIG_MMU || CONFIG_X2TLB
	help
	  This enables 8kB pages as supported by SH-X2 and later MMUs.

config CONFIG_PAGE_SIZE_16KB
	bool "16kB"
	depends on !CONFIG_MMU
	help
	  This enables 16kB pages on CONFIG_MMU-less SH systems.

config CONFIG_PAGE_SIZE_64KB
	bool "64kB"
	depends on !CONFIG_MMU || CONFIG_CPU_SH4 || CONFIG_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 CONFIG_HUGETLB_PAGE
	default CONFIG_HUGETLB_PAGE_SIZE_1MB if CONFIG_PAGE_SIZE_64KB
	default CONFIG_HUGETLB_PAGE_SIZE_64K

config CONFIG_HUGETLB_PAGE_SIZE_64K
	bool "64kB"
	depends on !CONFIG_PAGE_SIZE_64KB

config CONFIG_HUGETLB_PAGE_SIZE_256K
	bool "256kB"
	depends on CONFIG_X2TLB

config CONFIG_HUGETLB_PAGE_SIZE_1MB
	bool "1MB"

config CONFIG_HUGETLB_PAGE_SIZE_4MB
	bool "4MB"
	depends on CONFIG_X2TLB

config CONFIG_HUGETLB_PAGE_SIZE_64MB
	bool "64MB"
	depends on CONFIG_X2TLB

config CONFIG_HUGETLB_PAGE_SIZE_512MB
	bool "512MB"
	depends on CONFIG_CPU_SH5

endchoice

config CONFIG_SCHED_MC
	bool "Multi-core scheduler support"
	depends on CONFIG_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 CONFIG_SH7705_CACHE_32KB
	bool "Enable 32KB cache size for SH7705"
	depends on CONFIG_CPU_SUBTYPE_SH7705
	default y

choice
	prompt "Cache mode"
	default CONFIG_CACHE_WRITEBACK if CONFIG_CPU_SH2A || CONFIG_CPU_SH3 || CONFIG_CPU_SH4 || CONFIG_CPU_SH5
	default CONFIG_CACHE_WRITETHROUGH if (CONFIG_CPU_SH2 && !CONFIG_CPU_SH2A)

config CONFIG_CACHE_WRITEBACK
	bool "Write-back"

config 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 CONFIG_CACHE_OFF
	bool "Off"

endchoice

endmenu