mirror of https://gitee.com/openkylin/linux.git
2093 lines
65 KiB
Plaintext
2093 lines
65 KiB
Plaintext
# SPDX-License-Identifier: GPL-2.0
|
|
config ARM
|
|
bool
|
|
default y
|
|
select ARCH_32BIT_OFF_T
|
|
select ARCH_HAS_BINFMT_FLAT
|
|
select ARCH_HAS_DEBUG_VIRTUAL if MMU
|
|
select ARCH_HAS_DEVMEM_IS_ALLOWED
|
|
select ARCH_HAS_DMA_WRITE_COMBINE if !ARM_DMA_MEM_BUFFERABLE
|
|
select ARCH_HAS_ELF_RANDOMIZE
|
|
select ARCH_HAS_FORTIFY_SOURCE
|
|
select ARCH_HAS_KEEPINITRD
|
|
select ARCH_HAS_KCOV
|
|
select ARCH_HAS_MEMBARRIER_SYNC_CORE
|
|
select ARCH_HAS_PTE_SPECIAL if ARM_LPAE
|
|
select ARCH_HAS_PHYS_TO_DMA
|
|
select ARCH_HAS_SETUP_DMA_OPS
|
|
select ARCH_HAS_SET_MEMORY
|
|
select ARCH_HAS_STRICT_KERNEL_RWX if MMU && !XIP_KERNEL
|
|
select ARCH_HAS_STRICT_MODULE_RWX if MMU
|
|
select ARCH_HAS_SYNC_DMA_FOR_DEVICE if SWIOTLB
|
|
select ARCH_HAS_SYNC_DMA_FOR_CPU if SWIOTLB
|
|
select ARCH_HAS_TEARDOWN_DMA_OPS if MMU
|
|
select ARCH_HAS_TICK_BROADCAST if GENERIC_CLOCKEVENTS_BROADCAST
|
|
select ARCH_HAVE_CUSTOM_GPIO_H
|
|
select ARCH_HAS_GCOV_PROFILE_ALL
|
|
select ARCH_KEEP_MEMBLOCK if HAVE_ARCH_PFN_VALID || KEXEC
|
|
select ARCH_MIGHT_HAVE_PC_PARPORT
|
|
select ARCH_NO_SG_CHAIN if !ARM_HAS_SG_CHAIN
|
|
select ARCH_OPTIONAL_KERNEL_RWX if ARCH_HAS_STRICT_KERNEL_RWX
|
|
select ARCH_OPTIONAL_KERNEL_RWX_DEFAULT if CPU_V7
|
|
select ARCH_SUPPORTS_ATOMIC_RMW
|
|
select ARCH_USE_BUILTIN_BSWAP
|
|
select ARCH_USE_CMPXCHG_LOCKREF
|
|
select ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT if MMU
|
|
select ARCH_WANT_IPC_PARSE_VERSION
|
|
select BINFMT_FLAT_ARGVP_ENVP_ON_STACK
|
|
select BUILDTIME_TABLE_SORT if MMU
|
|
select CLONE_BACKWARDS
|
|
select CPU_PM if SUSPEND || CPU_IDLE
|
|
select DCACHE_WORD_ACCESS if HAVE_EFFICIENT_UNALIGNED_ACCESS
|
|
select DMA_DECLARE_COHERENT
|
|
select DMA_REMAP if MMU
|
|
select EDAC_SUPPORT
|
|
select EDAC_ATOMIC_SCRUB
|
|
select GENERIC_ALLOCATOR
|
|
select GENERIC_ARCH_TOPOLOGY if ARM_CPU_TOPOLOGY
|
|
select GENERIC_ATOMIC64 if CPU_V7M || CPU_V6 || !CPU_32v6K || !AEABI
|
|
select GENERIC_CLOCKEVENTS_BROADCAST if SMP
|
|
select GENERIC_CPU_AUTOPROBE
|
|
select GENERIC_EARLY_IOREMAP
|
|
select GENERIC_IDLE_POLL_SETUP
|
|
select GENERIC_IRQ_PROBE
|
|
select GENERIC_IRQ_SHOW
|
|
select GENERIC_IRQ_SHOW_LEVEL
|
|
select GENERIC_PCI_IOMAP
|
|
select GENERIC_SCHED_CLOCK
|
|
select GENERIC_SMP_IDLE_THREAD
|
|
select GENERIC_STRNCPY_FROM_USER
|
|
select GENERIC_STRNLEN_USER
|
|
select HANDLE_DOMAIN_IRQ
|
|
select HARDIRQS_SW_RESEND
|
|
select HAVE_ARCH_AUDITSYSCALL if AEABI && !OABI_COMPAT
|
|
select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6
|
|
select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
|
|
select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU
|
|
select HAVE_ARCH_MMAP_RND_BITS if MMU
|
|
select HAVE_ARCH_SECCOMP_FILTER if AEABI && !OABI_COMPAT
|
|
select HAVE_ARCH_THREAD_STRUCT_WHITELIST
|
|
select HAVE_ARCH_TRACEHOOK
|
|
select HAVE_ARM_SMCCC if CPU_V7
|
|
select HAVE_EBPF_JIT if !CPU_ENDIAN_BE32
|
|
select HAVE_CONTEXT_TRACKING
|
|
select HAVE_COPY_THREAD_TLS
|
|
select HAVE_C_RECORDMCOUNT
|
|
select HAVE_DEBUG_KMEMLEAK if !XIP_KERNEL
|
|
select HAVE_DMA_CONTIGUOUS if MMU
|
|
select HAVE_DYNAMIC_FTRACE if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU
|
|
select HAVE_DYNAMIC_FTRACE_WITH_REGS if HAVE_DYNAMIC_FTRACE
|
|
select HAVE_EFFICIENT_UNALIGNED_ACCESS if (CPU_V6 || CPU_V6K || CPU_V7) && MMU
|
|
select HAVE_EXIT_THREAD
|
|
select HAVE_FAST_GUP if ARM_LPAE
|
|
select HAVE_FTRACE_MCOUNT_RECORD if !XIP_KERNEL
|
|
select HAVE_FUNCTION_GRAPH_TRACER if !THUMB2_KERNEL && !CC_IS_CLANG
|
|
select HAVE_FUNCTION_TRACER if !XIP_KERNEL && (CC_IS_GCC || CLANG_VERSION >= 100000)
|
|
select HAVE_GCC_PLUGINS
|
|
select HAVE_HW_BREAKPOINT if PERF_EVENTS && (CPU_V6 || CPU_V6K || CPU_V7)
|
|
select HAVE_IDE if PCI || ISA || PCMCIA
|
|
select HAVE_IRQ_TIME_ACCOUNTING
|
|
select HAVE_KERNEL_GZIP
|
|
select HAVE_KERNEL_LZ4
|
|
select HAVE_KERNEL_LZMA
|
|
select HAVE_KERNEL_LZO
|
|
select HAVE_KERNEL_XZ
|
|
select HAVE_KPROBES if !XIP_KERNEL && !CPU_ENDIAN_BE32 && !CPU_V7M
|
|
select HAVE_KRETPROBES if HAVE_KPROBES
|
|
select HAVE_MOD_ARCH_SPECIFIC
|
|
select HAVE_NMI
|
|
select HAVE_OPROFILE if HAVE_PERF_EVENTS
|
|
select HAVE_OPTPROBES if !THUMB2_KERNEL
|
|
select HAVE_PERF_EVENTS
|
|
select HAVE_PERF_REGS
|
|
select HAVE_PERF_USER_STACK_DUMP
|
|
select MMU_GATHER_RCU_TABLE_FREE if SMP && ARM_LPAE
|
|
select HAVE_REGS_AND_STACK_ACCESS_API
|
|
select HAVE_RSEQ
|
|
select HAVE_STACKPROTECTOR
|
|
select HAVE_SYSCALL_TRACEPOINTS
|
|
select HAVE_UID16
|
|
select HAVE_VIRT_CPU_ACCOUNTING_GEN
|
|
select IRQ_FORCED_THREADING
|
|
select MODULES_USE_ELF_REL
|
|
select NEED_DMA_MAP_STATE
|
|
select OF_EARLY_FLATTREE if OF
|
|
select OLD_SIGACTION
|
|
select OLD_SIGSUSPEND3
|
|
select PCI_SYSCALL if PCI
|
|
select PERF_USE_VMALLOC
|
|
select RTC_LIB
|
|
select SYS_SUPPORTS_APM_EMULATION
|
|
# Above selects are sorted alphabetically; please add new ones
|
|
# according to that. Thanks.
|
|
help
|
|
The ARM series is a line of low-power-consumption RISC chip designs
|
|
licensed by ARM Ltd and targeted at embedded applications and
|
|
handhelds such as the Compaq IPAQ. ARM-based PCs are no longer
|
|
manufactured, but legacy ARM-based PC hardware remains popular in
|
|
Europe. There is an ARM Linux project with a web page at
|
|
<http://www.arm.linux.org.uk/>.
|
|
|
|
config ARM_HAS_SG_CHAIN
|
|
bool
|
|
|
|
config ARM_DMA_USE_IOMMU
|
|
bool
|
|
select ARM_HAS_SG_CHAIN
|
|
select NEED_SG_DMA_LENGTH
|
|
|
|
if ARM_DMA_USE_IOMMU
|
|
|
|
config ARM_DMA_IOMMU_ALIGNMENT
|
|
int "Maximum PAGE_SIZE order of alignment for DMA IOMMU buffers"
|
|
range 4 9
|
|
default 8
|
|
help
|
|
DMA mapping framework by default aligns all buffers to the smallest
|
|
PAGE_SIZE order which is greater than or equal to the requested buffer
|
|
size. This works well for buffers up to a few hundreds kilobytes, but
|
|
for larger buffers it just a waste of address space. Drivers which has
|
|
relatively small addressing window (like 64Mib) might run out of
|
|
virtual space with just a few allocations.
|
|
|
|
With this parameter you can specify the maximum PAGE_SIZE order for
|
|
DMA IOMMU buffers. Larger buffers will be aligned only to this
|
|
specified order. The order is expressed as a power of two multiplied
|
|
by the PAGE_SIZE.
|
|
|
|
endif
|
|
|
|
config SYS_SUPPORTS_APM_EMULATION
|
|
bool
|
|
|
|
config HAVE_TCM
|
|
bool
|
|
select GENERIC_ALLOCATOR
|
|
|
|
config HAVE_PROC_CPU
|
|
bool
|
|
|
|
config NO_IOPORT_MAP
|
|
bool
|
|
|
|
config SBUS
|
|
bool
|
|
|
|
config STACKTRACE_SUPPORT
|
|
bool
|
|
default y
|
|
|
|
config LOCKDEP_SUPPORT
|
|
bool
|
|
default y
|
|
|
|
config TRACE_IRQFLAGS_SUPPORT
|
|
bool
|
|
default !CPU_V7M
|
|
|
|
config ARCH_HAS_ILOG2_U32
|
|
bool
|
|
|
|
config ARCH_HAS_ILOG2_U64
|
|
bool
|
|
|
|
config ARCH_HAS_BANDGAP
|
|
bool
|
|
|
|
config FIX_EARLYCON_MEM
|
|
def_bool y if MMU
|
|
|
|
config GENERIC_HWEIGHT
|
|
bool
|
|
default y
|
|
|
|
config GENERIC_CALIBRATE_DELAY
|
|
bool
|
|
default y
|
|
|
|
config ARCH_MAY_HAVE_PC_FDC
|
|
bool
|
|
|
|
config ZONE_DMA
|
|
bool
|
|
|
|
config ARCH_SUPPORTS_UPROBES
|
|
def_bool y
|
|
|
|
config ARCH_HAS_DMA_SET_COHERENT_MASK
|
|
bool
|
|
|
|
config GENERIC_ISA_DMA
|
|
bool
|
|
|
|
config FIQ
|
|
bool
|
|
|
|
config NEED_RET_TO_USER
|
|
bool
|
|
|
|
config ARCH_MTD_XIP
|
|
bool
|
|
|
|
config ARM_PATCH_PHYS_VIRT
|
|
bool "Patch physical to virtual translations at runtime" if EMBEDDED
|
|
default y
|
|
depends on !XIP_KERNEL && MMU
|
|
help
|
|
Patch phys-to-virt and virt-to-phys translation functions at
|
|
boot and module load time according to the position of the
|
|
kernel in system memory.
|
|
|
|
This can only be used with non-XIP MMU kernels where the base
|
|
of physical memory is at a 16MB boundary.
|
|
|
|
Only disable this option if you know that you do not require
|
|
this feature (eg, building a kernel for a single machine) and
|
|
you need to shrink the kernel to the minimal size.
|
|
|
|
config NEED_MACH_IO_H
|
|
bool
|
|
help
|
|
Select this when mach/io.h is required to provide special
|
|
definitions for this platform. The need for mach/io.h should
|
|
be avoided when possible.
|
|
|
|
config NEED_MACH_MEMORY_H
|
|
bool
|
|
help
|
|
Select this when mach/memory.h is required to provide special
|
|
definitions for this platform. The need for mach/memory.h should
|
|
be avoided when possible.
|
|
|
|
config PHYS_OFFSET
|
|
hex "Physical address of main memory" if MMU
|
|
depends on !ARM_PATCH_PHYS_VIRT
|
|
default DRAM_BASE if !MMU
|
|
default 0x00000000 if ARCH_EBSA110 || \
|
|
ARCH_FOOTBRIDGE || \
|
|
ARCH_INTEGRATOR || \
|
|
ARCH_REALVIEW
|
|
default 0x10000000 if ARCH_OMAP1 || ARCH_RPC
|
|
default 0x20000000 if ARCH_S5PV210
|
|
default 0xc0000000 if ARCH_SA1100
|
|
help
|
|
Please provide the physical address corresponding to the
|
|
location of main memory in your system.
|
|
|
|
config GENERIC_BUG
|
|
def_bool y
|
|
depends on BUG
|
|
|
|
config PGTABLE_LEVELS
|
|
int
|
|
default 3 if ARM_LPAE
|
|
default 2
|
|
|
|
menu "System Type"
|
|
|
|
config MMU
|
|
bool "MMU-based Paged Memory Management Support"
|
|
default y
|
|
help
|
|
Select if you want MMU-based virtualised addressing space
|
|
support by paged memory management. If unsure, say 'Y'.
|
|
|
|
config ARCH_MMAP_RND_BITS_MIN
|
|
default 8
|
|
|
|
config ARCH_MMAP_RND_BITS_MAX
|
|
default 14 if PAGE_OFFSET=0x40000000
|
|
default 15 if PAGE_OFFSET=0x80000000
|
|
default 16
|
|
|
|
#
|
|
# The "ARM system type" choice list is ordered alphabetically by option
|
|
# text. Please add new entries in the option alphabetic order.
|
|
#
|
|
choice
|
|
prompt "ARM system type"
|
|
default ARM_SINGLE_ARMV7M if !MMU
|
|
default ARCH_MULTIPLATFORM if MMU
|
|
|
|
config ARCH_MULTIPLATFORM
|
|
bool "Allow multiple platforms to be selected"
|
|
depends on MMU
|
|
select ARM_HAS_SG_CHAIN
|
|
select ARM_PATCH_PHYS_VIRT
|
|
select AUTO_ZRELADDR
|
|
select TIMER_OF
|
|
select COMMON_CLK
|
|
select GENERIC_CLOCKEVENTS
|
|
select GENERIC_IRQ_MULTI_HANDLER
|
|
select HAVE_PCI
|
|
select PCI_DOMAINS_GENERIC if PCI
|
|
select SPARSE_IRQ
|
|
select USE_OF
|
|
|
|
config ARM_SINGLE_ARMV7M
|
|
bool "ARMv7-M based platforms (Cortex-M0/M3/M4)"
|
|
depends on !MMU
|
|
select ARM_NVIC
|
|
select AUTO_ZRELADDR
|
|
select TIMER_OF
|
|
select COMMON_CLK
|
|
select CPU_V7M
|
|
select GENERIC_CLOCKEVENTS
|
|
select NO_IOPORT_MAP
|
|
select SPARSE_IRQ
|
|
select USE_OF
|
|
|
|
config ARCH_EBSA110
|
|
bool "EBSA-110"
|
|
select ARCH_USES_GETTIMEOFFSET
|
|
select CPU_SA110
|
|
select ISA
|
|
select NEED_MACH_IO_H
|
|
select NEED_MACH_MEMORY_H
|
|
select NO_IOPORT_MAP
|
|
help
|
|
This is an evaluation board for the StrongARM processor available
|
|
from Digital. It has limited hardware on-board, including an
|
|
Ethernet interface, two PCMCIA sockets, two serial ports and a
|
|
parallel port.
|
|
|
|
config ARCH_EP93XX
|
|
bool "EP93xx-based"
|
|
select ARCH_SPARSEMEM_ENABLE
|
|
select ARM_AMBA
|
|
imply ARM_PATCH_PHYS_VIRT
|
|
select ARM_VIC
|
|
select AUTO_ZRELADDR
|
|
select CLKDEV_LOOKUP
|
|
select CLKSRC_MMIO
|
|
select CPU_ARM920T
|
|
select GENERIC_CLOCKEVENTS
|
|
select GPIOLIB
|
|
help
|
|
This enables support for the Cirrus EP93xx series of CPUs.
|
|
|
|
config ARCH_FOOTBRIDGE
|
|
bool "FootBridge"
|
|
select CPU_SA110
|
|
select FOOTBRIDGE
|
|
select GENERIC_CLOCKEVENTS
|
|
select HAVE_IDE
|
|
select NEED_MACH_IO_H if !MMU
|
|
select NEED_MACH_MEMORY_H
|
|
help
|
|
Support for systems based on the DC21285 companion chip
|
|
("FootBridge"), such as the Simtec CATS and the Rebel NetWinder.
|
|
|
|
config ARCH_IOP32X
|
|
bool "IOP32x-based"
|
|
depends on MMU
|
|
select CPU_XSCALE
|
|
select GPIO_IOP
|
|
select GPIOLIB
|
|
select NEED_RET_TO_USER
|
|
select FORCE_PCI
|
|
select PLAT_IOP
|
|
help
|
|
Support for Intel's 80219 and IOP32X (XScale) family of
|
|
processors.
|
|
|
|
config ARCH_IXP4XX
|
|
bool "IXP4xx-based"
|
|
depends on MMU
|
|
select ARCH_HAS_DMA_SET_COHERENT_MASK
|
|
select ARCH_SUPPORTS_BIG_ENDIAN
|
|
select CPU_XSCALE
|
|
select DMABOUNCE if PCI
|
|
select GENERIC_CLOCKEVENTS
|
|
select GENERIC_IRQ_MULTI_HANDLER
|
|
select GPIO_IXP4XX
|
|
select GPIOLIB
|
|
select HAVE_PCI
|
|
select IXP4XX_IRQ
|
|
select IXP4XX_TIMER
|
|
select NEED_MACH_IO_H
|
|
select USB_EHCI_BIG_ENDIAN_DESC
|
|
select USB_EHCI_BIG_ENDIAN_MMIO
|
|
help
|
|
Support for Intel's IXP4XX (XScale) family of processors.
|
|
|
|
config ARCH_DOVE
|
|
bool "Marvell Dove"
|
|
select CPU_PJ4
|
|
select GENERIC_CLOCKEVENTS
|
|
select GENERIC_IRQ_MULTI_HANDLER
|
|
select GPIOLIB
|
|
select HAVE_PCI
|
|
select MVEBU_MBUS
|
|
select PINCTRL
|
|
select PINCTRL_DOVE
|
|
select PLAT_ORION_LEGACY
|
|
select SPARSE_IRQ
|
|
select PM_GENERIC_DOMAINS if PM
|
|
help
|
|
Support for the Marvell Dove SoC 88AP510
|
|
|
|
config ARCH_PXA
|
|
bool "PXA2xx/PXA3xx-based"
|
|
depends on MMU
|
|
select ARCH_MTD_XIP
|
|
select ARM_CPU_SUSPEND if PM
|
|
select AUTO_ZRELADDR
|
|
select COMMON_CLK
|
|
select CLKDEV_LOOKUP
|
|
select CLKSRC_PXA
|
|
select CLKSRC_MMIO
|
|
select TIMER_OF
|
|
select CPU_XSCALE if !CPU_XSC3
|
|
select GENERIC_CLOCKEVENTS
|
|
select GENERIC_IRQ_MULTI_HANDLER
|
|
select GPIO_PXA
|
|
select GPIOLIB
|
|
select HAVE_IDE
|
|
select IRQ_DOMAIN
|
|
select PLAT_PXA
|
|
select SPARSE_IRQ
|
|
help
|
|
Support for Intel/Marvell's PXA2xx/PXA3xx processor line.
|
|
|
|
config ARCH_RPC
|
|
bool "RiscPC"
|
|
depends on MMU
|
|
select ARCH_ACORN
|
|
select ARCH_MAY_HAVE_PC_FDC
|
|
select ARCH_SPARSEMEM_ENABLE
|
|
select ARM_HAS_SG_CHAIN
|
|
select CPU_SA110
|
|
select FIQ
|
|
select HAVE_IDE
|
|
select HAVE_PATA_PLATFORM
|
|
select ISA_DMA_API
|
|
select NEED_MACH_IO_H
|
|
select NEED_MACH_MEMORY_H
|
|
select NO_IOPORT_MAP
|
|
help
|
|
On the Acorn Risc-PC, Linux can support the internal IDE disk and
|
|
CD-ROM interface, serial and parallel port, and the floppy drive.
|
|
|
|
config ARCH_SA1100
|
|
bool "SA1100-based"
|
|
select ARCH_MTD_XIP
|
|
select ARCH_SPARSEMEM_ENABLE
|
|
select CLKDEV_LOOKUP
|
|
select CLKSRC_MMIO
|
|
select CLKSRC_PXA
|
|
select TIMER_OF if OF
|
|
select COMMON_CLK
|
|
select CPU_FREQ
|
|
select CPU_SA1100
|
|
select GENERIC_CLOCKEVENTS
|
|
select GENERIC_IRQ_MULTI_HANDLER
|
|
select GPIOLIB
|
|
select HAVE_IDE
|
|
select IRQ_DOMAIN
|
|
select ISA
|
|
select NEED_MACH_MEMORY_H
|
|
select SPARSE_IRQ
|
|
help
|
|
Support for StrongARM 11x0 based boards.
|
|
|
|
config ARCH_S3C24XX
|
|
bool "Samsung S3C24XX SoCs"
|
|
select ATAGS
|
|
select CLKDEV_LOOKUP
|
|
select CLKSRC_SAMSUNG_PWM
|
|
select GENERIC_CLOCKEVENTS
|
|
select GPIO_SAMSUNG
|
|
select GPIOLIB
|
|
select GENERIC_IRQ_MULTI_HANDLER
|
|
select HAVE_S3C2410_I2C if I2C
|
|
select HAVE_S3C2410_WATCHDOG if WATCHDOG
|
|
select HAVE_S3C_RTC if RTC_CLASS
|
|
select NEED_MACH_IO_H
|
|
select SAMSUNG_ATAGS
|
|
select USE_OF
|
|
help
|
|
Samsung S3C2410, S3C2412, S3C2413, S3C2416, S3C2440, S3C2442, S3C2443
|
|
and S3C2450 SoCs based systems, such as the Simtec Electronics BAST
|
|
(<http://www.simtec.co.uk/products/EB110ITX/>), the IPAQ 1940 or the
|
|
Samsung SMDK2410 development board (and derivatives).
|
|
|
|
config ARCH_OMAP1
|
|
bool "TI OMAP1"
|
|
depends on MMU
|
|
select ARCH_HAS_HOLES_MEMORYMODEL
|
|
select ARCH_OMAP
|
|
select CLKDEV_LOOKUP
|
|
select CLKSRC_MMIO
|
|
select GENERIC_CLOCKEVENTS
|
|
select GENERIC_IRQ_CHIP
|
|
select GENERIC_IRQ_MULTI_HANDLER
|
|
select GPIOLIB
|
|
select HAVE_IDE
|
|
select IRQ_DOMAIN
|
|
select NEED_MACH_IO_H if PCCARD
|
|
select NEED_MACH_MEMORY_H
|
|
select SPARSE_IRQ
|
|
help
|
|
Support for older TI OMAP1 (omap7xx, omap15xx or omap16xx)
|
|
|
|
endchoice
|
|
|
|
menu "Multiple platform selection"
|
|
depends on ARCH_MULTIPLATFORM
|
|
|
|
comment "CPU Core family selection"
|
|
|
|
config ARCH_MULTI_V4
|
|
bool "ARMv4 based platforms (FA526)"
|
|
depends on !ARCH_MULTI_V6_V7
|
|
select ARCH_MULTI_V4_V5
|
|
select CPU_FA526
|
|
|
|
config ARCH_MULTI_V4T
|
|
bool "ARMv4T based platforms (ARM720T, ARM920T, ...)"
|
|
depends on !ARCH_MULTI_V6_V7
|
|
select ARCH_MULTI_V4_V5
|
|
select CPU_ARM920T if !(CPU_ARM7TDMI || CPU_ARM720T || \
|
|
CPU_ARM740T || CPU_ARM9TDMI || CPU_ARM922T || \
|
|
CPU_ARM925T || CPU_ARM940T)
|
|
|
|
config ARCH_MULTI_V5
|
|
bool "ARMv5 based platforms (ARM926T, XSCALE, PJ1, ...)"
|
|
depends on !ARCH_MULTI_V6_V7
|
|
select ARCH_MULTI_V4_V5
|
|
select CPU_ARM926T if !(CPU_ARM946E || CPU_ARM1020 || \
|
|
CPU_ARM1020E || CPU_ARM1022 || CPU_ARM1026 || \
|
|
CPU_XSCALE || CPU_XSC3 || CPU_MOHAWK || CPU_FEROCEON)
|
|
|
|
config ARCH_MULTI_V4_V5
|
|
bool
|
|
|
|
config ARCH_MULTI_V6
|
|
bool "ARMv6 based platforms (ARM11)"
|
|
select ARCH_MULTI_V6_V7
|
|
select CPU_V6K
|
|
|
|
config ARCH_MULTI_V7
|
|
bool "ARMv7 based platforms (Cortex-A, PJ4, Scorpion, Krait)"
|
|
default y
|
|
select ARCH_MULTI_V6_V7
|
|
select CPU_V7
|
|
select HAVE_SMP
|
|
|
|
config ARCH_MULTI_V6_V7
|
|
bool
|
|
select MIGHT_HAVE_CACHE_L2X0
|
|
|
|
config ARCH_MULTI_CPU_AUTO
|
|
def_bool !(ARCH_MULTI_V4 || ARCH_MULTI_V4T || ARCH_MULTI_V6_V7)
|
|
select ARCH_MULTI_V5
|
|
|
|
endmenu
|
|
|
|
config ARCH_VIRT
|
|
bool "Dummy Virtual Machine"
|
|
depends on ARCH_MULTI_V7
|
|
select ARM_AMBA
|
|
select ARM_GIC
|
|
select ARM_GIC_V2M if PCI
|
|
select ARM_GIC_V3
|
|
select ARM_GIC_V3_ITS if PCI
|
|
select ARM_PSCI
|
|
select HAVE_ARM_ARCH_TIMER
|
|
select ARCH_SUPPORTS_BIG_ENDIAN
|
|
|
|
#
|
|
# This is sorted alphabetically by mach-* pathname. However, plat-*
|
|
# Kconfigs may be included either alphabetically (according to the
|
|
# plat- suffix) or along side the corresponding mach-* source.
|
|
#
|
|
source "arch/arm/mach-actions/Kconfig"
|
|
|
|
source "arch/arm/mach-alpine/Kconfig"
|
|
|
|
source "arch/arm/mach-artpec/Kconfig"
|
|
|
|
source "arch/arm/mach-asm9260/Kconfig"
|
|
|
|
source "arch/arm/mach-aspeed/Kconfig"
|
|
|
|
source "arch/arm/mach-at91/Kconfig"
|
|
|
|
source "arch/arm/mach-axxia/Kconfig"
|
|
|
|
source "arch/arm/mach-bcm/Kconfig"
|
|
|
|
source "arch/arm/mach-berlin/Kconfig"
|
|
|
|
source "arch/arm/mach-clps711x/Kconfig"
|
|
|
|
source "arch/arm/mach-cns3xxx/Kconfig"
|
|
|
|
source "arch/arm/mach-davinci/Kconfig"
|
|
|
|
source "arch/arm/mach-digicolor/Kconfig"
|
|
|
|
source "arch/arm/mach-dove/Kconfig"
|
|
|
|
source "arch/arm/mach-ep93xx/Kconfig"
|
|
|
|
source "arch/arm/mach-exynos/Kconfig"
|
|
source "arch/arm/plat-samsung/Kconfig"
|
|
|
|
source "arch/arm/mach-footbridge/Kconfig"
|
|
|
|
source "arch/arm/mach-gemini/Kconfig"
|
|
|
|
source "arch/arm/mach-highbank/Kconfig"
|
|
|
|
source "arch/arm/mach-hisi/Kconfig"
|
|
|
|
source "arch/arm/mach-imx/Kconfig"
|
|
|
|
source "arch/arm/mach-integrator/Kconfig"
|
|
|
|
source "arch/arm/mach-iop32x/Kconfig"
|
|
|
|
source "arch/arm/mach-ixp4xx/Kconfig"
|
|
|
|
source "arch/arm/mach-keystone/Kconfig"
|
|
|
|
source "arch/arm/mach-lpc32xx/Kconfig"
|
|
|
|
source "arch/arm/mach-mediatek/Kconfig"
|
|
|
|
source "arch/arm/mach-meson/Kconfig"
|
|
|
|
source "arch/arm/mach-milbeaut/Kconfig"
|
|
|
|
source "arch/arm/mach-mmp/Kconfig"
|
|
|
|
source "arch/arm/mach-moxart/Kconfig"
|
|
|
|
source "arch/arm/mach-mv78xx0/Kconfig"
|
|
|
|
source "arch/arm/mach-mvebu/Kconfig"
|
|
|
|
source "arch/arm/mach-mxs/Kconfig"
|
|
|
|
source "arch/arm/mach-nomadik/Kconfig"
|
|
|
|
source "arch/arm/mach-npcm/Kconfig"
|
|
|
|
source "arch/arm/mach-nspire/Kconfig"
|
|
|
|
source "arch/arm/plat-omap/Kconfig"
|
|
|
|
source "arch/arm/mach-omap1/Kconfig"
|
|
|
|
source "arch/arm/mach-omap2/Kconfig"
|
|
|
|
source "arch/arm/mach-orion5x/Kconfig"
|
|
|
|
source "arch/arm/mach-oxnas/Kconfig"
|
|
|
|
source "arch/arm/mach-picoxcell/Kconfig"
|
|
|
|
source "arch/arm/mach-prima2/Kconfig"
|
|
|
|
source "arch/arm/mach-pxa/Kconfig"
|
|
source "arch/arm/plat-pxa/Kconfig"
|
|
|
|
source "arch/arm/mach-qcom/Kconfig"
|
|
|
|
source "arch/arm/mach-rda/Kconfig"
|
|
|
|
source "arch/arm/mach-realview/Kconfig"
|
|
|
|
source "arch/arm/mach-rockchip/Kconfig"
|
|
|
|
source "arch/arm/mach-s3c24xx/Kconfig"
|
|
|
|
source "arch/arm/mach-s3c64xx/Kconfig"
|
|
|
|
source "arch/arm/mach-s5pv210/Kconfig"
|
|
|
|
source "arch/arm/mach-sa1100/Kconfig"
|
|
|
|
source "arch/arm/mach-shmobile/Kconfig"
|
|
|
|
source "arch/arm/mach-socfpga/Kconfig"
|
|
|
|
source "arch/arm/mach-spear/Kconfig"
|
|
|
|
source "arch/arm/mach-sti/Kconfig"
|
|
|
|
source "arch/arm/mach-stm32/Kconfig"
|
|
|
|
source "arch/arm/mach-sunxi/Kconfig"
|
|
|
|
source "arch/arm/mach-tango/Kconfig"
|
|
|
|
source "arch/arm/mach-tegra/Kconfig"
|
|
|
|
source "arch/arm/mach-u300/Kconfig"
|
|
|
|
source "arch/arm/mach-uniphier/Kconfig"
|
|
|
|
source "arch/arm/mach-ux500/Kconfig"
|
|
|
|
source "arch/arm/mach-versatile/Kconfig"
|
|
|
|
source "arch/arm/mach-vexpress/Kconfig"
|
|
source "arch/arm/plat-versatile/Kconfig"
|
|
|
|
source "arch/arm/mach-vt8500/Kconfig"
|
|
|
|
source "arch/arm/mach-zx/Kconfig"
|
|
|
|
source "arch/arm/mach-zynq/Kconfig"
|
|
|
|
# ARMv7-M architecture
|
|
config ARCH_EFM32
|
|
bool "Energy Micro efm32"
|
|
depends on ARM_SINGLE_ARMV7M
|
|
select GPIOLIB
|
|
help
|
|
Support for Energy Micro's (now Silicon Labs) efm32 Giant Gecko
|
|
processors.
|
|
|
|
config ARCH_LPC18XX
|
|
bool "NXP LPC18xx/LPC43xx"
|
|
depends on ARM_SINGLE_ARMV7M
|
|
select ARCH_HAS_RESET_CONTROLLER
|
|
select ARM_AMBA
|
|
select CLKSRC_LPC32XX
|
|
select PINCTRL
|
|
help
|
|
Support for NXP's LPC18xx Cortex-M3 and LPC43xx Cortex-M4
|
|
high performance microcontrollers.
|
|
|
|
config ARCH_MPS2
|
|
bool "ARM MPS2 platform"
|
|
depends on ARM_SINGLE_ARMV7M
|
|
select ARM_AMBA
|
|
select CLKSRC_MPS2
|
|
help
|
|
Support for Cortex-M Prototyping System (or V2M-MPS2) which comes
|
|
with a range of available cores like Cortex-M3/M4/M7.
|
|
|
|
Please, note that depends which Application Note is used memory map
|
|
for the platform may vary, so adjustment of RAM base might be needed.
|
|
|
|
# Definitions to make life easier
|
|
config ARCH_ACORN
|
|
bool
|
|
|
|
config PLAT_IOP
|
|
bool
|
|
select GENERIC_CLOCKEVENTS
|
|
|
|
config PLAT_ORION
|
|
bool
|
|
select CLKSRC_MMIO
|
|
select COMMON_CLK
|
|
select GENERIC_IRQ_CHIP
|
|
select IRQ_DOMAIN
|
|
|
|
config PLAT_ORION_LEGACY
|
|
bool
|
|
select PLAT_ORION
|
|
|
|
config PLAT_PXA
|
|
bool
|
|
|
|
config PLAT_VERSATILE
|
|
bool
|
|
|
|
source "arch/arm/mm/Kconfig"
|
|
|
|
config IWMMXT
|
|
bool "Enable iWMMXt support"
|
|
depends on CPU_XSCALE || CPU_XSC3 || CPU_MOHAWK || CPU_PJ4 || CPU_PJ4B
|
|
default y if PXA27x || PXA3xx || ARCH_MMP || CPU_PJ4 || CPU_PJ4B
|
|
help
|
|
Enable support for iWMMXt context switching at run time if
|
|
running on a CPU that supports it.
|
|
|
|
if !MMU
|
|
source "arch/arm/Kconfig-nommu"
|
|
endif
|
|
|
|
config PJ4B_ERRATA_4742
|
|
bool "PJ4B Errata 4742: IDLE Wake Up Commands can Cause the CPU Core to Cease Operation"
|
|
depends on CPU_PJ4B && MACH_ARMADA_370
|
|
default y
|
|
help
|
|
When coming out of either a Wait for Interrupt (WFI) or a Wait for
|
|
Event (WFE) IDLE states, a specific timing sensitivity exists between
|
|
the retiring WFI/WFE instructions and the newly issued subsequent
|
|
instructions. This sensitivity can result in a CPU hang scenario.
|
|
Workaround:
|
|
The software must insert either a Data Synchronization Barrier (DSB)
|
|
or Data Memory Barrier (DMB) command immediately after the WFI/WFE
|
|
instruction
|
|
|
|
config ARM_ERRATA_326103
|
|
bool "ARM errata: FSR write bit incorrect on a SWP to read-only memory"
|
|
depends on CPU_V6
|
|
help
|
|
Executing a SWP instruction to read-only memory does not set bit 11
|
|
of the FSR on the ARM 1136 prior to r1p0. This causes the kernel to
|
|
treat the access as a read, preventing a COW from occurring and
|
|
causing the faulting task to livelock.
|
|
|
|
config ARM_ERRATA_411920
|
|
bool "ARM errata: Invalidation of the Instruction Cache operation can fail"
|
|
depends on CPU_V6 || CPU_V6K
|
|
help
|
|
Invalidation of the Instruction Cache operation can
|
|
fail. This erratum is present in 1136 (before r1p4), 1156 and 1176.
|
|
It does not affect the MPCore. This option enables the ARM Ltd.
|
|
recommended workaround.
|
|
|
|
config ARM_ERRATA_430973
|
|
bool "ARM errata: Stale prediction on replaced interworking branch"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 430973 Cortex-A8
|
|
r1p* erratum. If a code sequence containing an ARM/Thumb
|
|
interworking branch is replaced with another code sequence at the
|
|
same virtual address, whether due to self-modifying code or virtual
|
|
to physical address re-mapping, Cortex-A8 does not recover from the
|
|
stale interworking branch prediction. This results in Cortex-A8
|
|
executing the new code sequence in the incorrect ARM or Thumb state.
|
|
The workaround enables the BTB/BTAC operations by setting ACTLR.IBE
|
|
and also flushes the branch target cache at every context switch.
|
|
Note that setting specific bits in the ACTLR register may not be
|
|
available in non-secure mode.
|
|
|
|
config ARM_ERRATA_458693
|
|
bool "ARM errata: Processor deadlock when a false hazard is created"
|
|
depends on CPU_V7
|
|
depends on !ARCH_MULTIPLATFORM
|
|
help
|
|
This option enables the workaround for the 458693 Cortex-A8 (r2p0)
|
|
erratum. For very specific sequences of memory operations, it is
|
|
possible for a hazard condition intended for a cache line to instead
|
|
be incorrectly associated with a different cache line. This false
|
|
hazard might then cause a processor deadlock. The workaround enables
|
|
the L1 caching of the NEON accesses and disables the PLD instruction
|
|
in the ACTLR register. Note that setting specific bits in the ACTLR
|
|
register may not be available in non-secure mode.
|
|
|
|
config ARM_ERRATA_460075
|
|
bool "ARM errata: Data written to the L2 cache can be overwritten with stale data"
|
|
depends on CPU_V7
|
|
depends on !ARCH_MULTIPLATFORM
|
|
help
|
|
This option enables the workaround for the 460075 Cortex-A8 (r2p0)
|
|
erratum. Any asynchronous access to the L2 cache may encounter a
|
|
situation in which recent store transactions to the L2 cache are lost
|
|
and overwritten with stale memory contents from external memory. The
|
|
workaround disables the write-allocate mode for the L2 cache via the
|
|
ACTLR register. Note that setting specific bits in the ACTLR register
|
|
may not be available in non-secure mode.
|
|
|
|
config ARM_ERRATA_742230
|
|
bool "ARM errata: DMB operation may be faulty"
|
|
depends on CPU_V7 && SMP
|
|
depends on !ARCH_MULTIPLATFORM
|
|
help
|
|
This option enables the workaround for the 742230 Cortex-A9
|
|
(r1p0..r2p2) erratum. Under rare circumstances, a DMB instruction
|
|
between two write operations may not ensure the correct visibility
|
|
ordering of the two writes. This workaround sets a specific bit in
|
|
the diagnostic register of the Cortex-A9 which causes the DMB
|
|
instruction to behave as a DSB, ensuring the correct behaviour of
|
|
the two writes.
|
|
|
|
config ARM_ERRATA_742231
|
|
bool "ARM errata: Incorrect hazard handling in the SCU may lead to data corruption"
|
|
depends on CPU_V7 && SMP
|
|
depends on !ARCH_MULTIPLATFORM
|
|
help
|
|
This option enables the workaround for the 742231 Cortex-A9
|
|
(r2p0..r2p2) erratum. Under certain conditions, specific to the
|
|
Cortex-A9 MPCore micro-architecture, two CPUs working in SMP mode,
|
|
accessing some data located in the same cache line, may get corrupted
|
|
data due to bad handling of the address hazard when the line gets
|
|
replaced from one of the CPUs at the same time as another CPU is
|
|
accessing it. This workaround sets specific bits in the diagnostic
|
|
register of the Cortex-A9 which reduces the linefill issuing
|
|
capabilities of the processor.
|
|
|
|
config ARM_ERRATA_643719
|
|
bool "ARM errata: LoUIS bit field in CLIDR register is incorrect"
|
|
depends on CPU_V7 && SMP
|
|
default y
|
|
help
|
|
This option enables the workaround for the 643719 Cortex-A9 (prior to
|
|
r1p0) erratum. On affected cores the LoUIS bit field of the CLIDR
|
|
register returns zero when it should return one. The workaround
|
|
corrects this value, ensuring cache maintenance operations which use
|
|
it behave as intended and avoiding data corruption.
|
|
|
|
config ARM_ERRATA_720789
|
|
bool "ARM errata: TLBIASIDIS and TLBIMVAIS operations can broadcast a faulty ASID"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 720789 Cortex-A9 (prior to
|
|
r2p0) erratum. A faulty ASID can be sent to the other CPUs for the
|
|
broadcasted CP15 TLB maintenance operations TLBIASIDIS and TLBIMVAIS.
|
|
As a consequence of this erratum, some TLB entries which should be
|
|
invalidated are not, resulting in an incoherency in the system page
|
|
tables. The workaround changes the TLB flushing routines to invalidate
|
|
entries regardless of the ASID.
|
|
|
|
config ARM_ERRATA_743622
|
|
bool "ARM errata: Faulty hazard checking in the Store Buffer may lead to data corruption"
|
|
depends on CPU_V7
|
|
depends on !ARCH_MULTIPLATFORM
|
|
help
|
|
This option enables the workaround for the 743622 Cortex-A9
|
|
(r2p*) erratum. Under very rare conditions, a faulty
|
|
optimisation in the Cortex-A9 Store Buffer may lead to data
|
|
corruption. This workaround sets a specific bit in the diagnostic
|
|
register of the Cortex-A9 which disables the Store Buffer
|
|
optimisation, preventing the defect from occurring. This has no
|
|
visible impact on the overall performance or power consumption of the
|
|
processor.
|
|
|
|
config ARM_ERRATA_751472
|
|
bool "ARM errata: Interrupted ICIALLUIS may prevent completion of broadcasted operation"
|
|
depends on CPU_V7
|
|
depends on !ARCH_MULTIPLATFORM
|
|
help
|
|
This option enables the workaround for the 751472 Cortex-A9 (prior
|
|
to r3p0) erratum. An interrupted ICIALLUIS operation may prevent the
|
|
completion of a following broadcasted operation if the second
|
|
operation is received by a CPU before the ICIALLUIS has completed,
|
|
potentially leading to corrupted entries in the cache or TLB.
|
|
|
|
config ARM_ERRATA_754322
|
|
bool "ARM errata: possible faulty MMU translations following an ASID switch"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 754322 Cortex-A9 (r2p*,
|
|
r3p*) erratum. A speculative memory access may cause a page table walk
|
|
which starts prior to an ASID switch but completes afterwards. This
|
|
can populate the micro-TLB with a stale entry which may be hit with
|
|
the new ASID. This workaround places two dsb instructions in the mm
|
|
switching code so that no page table walks can cross the ASID switch.
|
|
|
|
config ARM_ERRATA_754327
|
|
bool "ARM errata: no automatic Store Buffer drain"
|
|
depends on CPU_V7 && SMP
|
|
help
|
|
This option enables the workaround for the 754327 Cortex-A9 (prior to
|
|
r2p0) erratum. The Store Buffer does not have any automatic draining
|
|
mechanism and therefore a livelock may occur if an external agent
|
|
continuously polls a memory location waiting to observe an update.
|
|
This workaround defines cpu_relax() as smp_mb(), preventing correctly
|
|
written polling loops from denying visibility of updates to memory.
|
|
|
|
config ARM_ERRATA_364296
|
|
bool "ARM errata: Possible cache data corruption with hit-under-miss enabled"
|
|
depends on CPU_V6
|
|
help
|
|
This options enables the workaround for the 364296 ARM1136
|
|
r0p2 erratum (possible cache data corruption with
|
|
hit-under-miss enabled). It sets the undocumented bit 31 in
|
|
the auxiliary control register and the FI bit in the control
|
|
register, thus disabling hit-under-miss without putting the
|
|
processor into full low interrupt latency mode. ARM11MPCore
|
|
is not affected.
|
|
|
|
config ARM_ERRATA_764369
|
|
bool "ARM errata: Data cache line maintenance operation by MVA may not succeed"
|
|
depends on CPU_V7 && SMP
|
|
help
|
|
This option enables the workaround for erratum 764369
|
|
affecting Cortex-A9 MPCore with two or more processors (all
|
|
current revisions). Under certain timing circumstances, a data
|
|
cache line maintenance operation by MVA targeting an Inner
|
|
Shareable memory region may fail to proceed up to either the
|
|
Point of Coherency or to the Point of Unification of the
|
|
system. This workaround adds a DSB instruction before the
|
|
relevant cache maintenance functions and sets a specific bit
|
|
in the diagnostic control register of the SCU.
|
|
|
|
config ARM_ERRATA_775420
|
|
bool "ARM errata: A data cache maintenance operation which aborts, might lead to deadlock"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 775420 Cortex-A9 (r2p2,
|
|
r2p6,r2p8,r2p10,r3p0) erratum. In case a data cache maintenance
|
|
operation aborts with MMU exception, it might cause the processor
|
|
to deadlock. This workaround puts DSB before executing ISB if
|
|
an abort may occur on cache maintenance.
|
|
|
|
config ARM_ERRATA_798181
|
|
bool "ARM errata: TLBI/DSB failure on Cortex-A15"
|
|
depends on CPU_V7 && SMP
|
|
help
|
|
On Cortex-A15 (r0p0..r3p2) the TLBI*IS/DSB operations are not
|
|
adequately shooting down all use of the old entries. This
|
|
option enables the Linux kernel workaround for this erratum
|
|
which sends an IPI to the CPUs that are running the same ASID
|
|
as the one being invalidated.
|
|
|
|
config ARM_ERRATA_773022
|
|
bool "ARM errata: incorrect instructions may be executed from loop buffer"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 773022 Cortex-A15
|
|
(up to r0p4) erratum. In certain rare sequences of code, the
|
|
loop buffer may deliver incorrect instructions. This
|
|
workaround disables the loop buffer to avoid the erratum.
|
|
|
|
config ARM_ERRATA_818325_852422
|
|
bool "ARM errata: A12: some seqs of opposed cond code instrs => deadlock or corruption"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for:
|
|
- Cortex-A12 818325: Execution of an UNPREDICTABLE STR or STM
|
|
instruction might deadlock. Fixed in r0p1.
|
|
- Cortex-A12 852422: Execution of a sequence of instructions might
|
|
lead to either a data corruption or a CPU deadlock. Not fixed in
|
|
any Cortex-A12 cores yet.
|
|
This workaround for all both errata involves setting bit[12] of the
|
|
Feature Register. This bit disables an optimisation applied to a
|
|
sequence of 2 instructions that use opposing condition codes.
|
|
|
|
config ARM_ERRATA_821420
|
|
bool "ARM errata: A12: sequence of VMOV to core registers might lead to a dead lock"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 821420 Cortex-A12
|
|
(all revs) erratum. In very rare timing conditions, a sequence
|
|
of VMOV to Core registers instructions, for which the second
|
|
one is in the shadow of a branch or abort, can lead to a
|
|
deadlock when the VMOV instructions are issued out-of-order.
|
|
|
|
config ARM_ERRATA_825619
|
|
bool "ARM errata: A12: DMB NSHST/ISHST mixed ... might cause deadlock"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 825619 Cortex-A12
|
|
(all revs) erratum. Within rare timing constraints, executing a
|
|
DMB NSHST or DMB ISHST instruction followed by a mix of Cacheable
|
|
and Device/Strongly-Ordered loads and stores might cause deadlock
|
|
|
|
config ARM_ERRATA_857271
|
|
bool "ARM errata: A12: CPU might deadlock under some very rare internal conditions"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 857271 Cortex-A12
|
|
(all revs) erratum. Under very rare timing conditions, the CPU might
|
|
hang. The workaround is expected to have a < 1% performance impact.
|
|
|
|
config ARM_ERRATA_852421
|
|
bool "ARM errata: A17: DMB ST might fail to create order between stores"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 852421 Cortex-A17
|
|
(r1p0, r1p1, r1p2) erratum. Under very rare timing conditions,
|
|
execution of a DMB ST instruction might fail to properly order
|
|
stores from GroupA and stores from GroupB.
|
|
|
|
config ARM_ERRATA_852423
|
|
bool "ARM errata: A17: some seqs of opposed cond code instrs => deadlock or corruption"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for:
|
|
- Cortex-A17 852423: Execution of a sequence of instructions might
|
|
lead to either a data corruption or a CPU deadlock. Not fixed in
|
|
any Cortex-A17 cores yet.
|
|
This is identical to Cortex-A12 erratum 852422. It is a separate
|
|
config option from the A12 erratum due to the way errata are checked
|
|
for and handled.
|
|
|
|
config ARM_ERRATA_857272
|
|
bool "ARM errata: A17: CPU might deadlock under some very rare internal conditions"
|
|
depends on CPU_V7
|
|
help
|
|
This option enables the workaround for the 857272 Cortex-A17 erratum.
|
|
This erratum is not known to be fixed in any A17 revision.
|
|
This is identical to Cortex-A12 erratum 857271. It is a separate
|
|
config option from the A12 erratum due to the way errata are checked
|
|
for and handled.
|
|
|
|
endmenu
|
|
|
|
source "arch/arm/common/Kconfig"
|
|
|
|
menu "Bus support"
|
|
|
|
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.
|
|
|
|
# Select ISA DMA controller support
|
|
config ISA_DMA
|
|
bool
|
|
select ISA_DMA_API
|
|
|
|
# Select ISA DMA interface
|
|
config ISA_DMA_API
|
|
bool
|
|
|
|
config PCI_NANOENGINE
|
|
bool "BSE nanoEngine PCI support"
|
|
depends on SA1100_NANOENGINE
|
|
help
|
|
Enable PCI on the BSE nanoEngine board.
|
|
|
|
config PCI_HOST_ITE8152
|
|
bool
|
|
depends on PCI && MACH_ARMCORE
|
|
default y
|
|
select DMABOUNCE
|
|
|
|
config ARM_ERRATA_814220
|
|
bool "ARM errata: Cache maintenance by set/way operations can execute out of order"
|
|
depends on CPU_V7
|
|
help
|
|
The v7 ARM states that all cache and branch predictor maintenance
|
|
operations that do not specify an address execute, relative to
|
|
each other, in program order.
|
|
However, because of this erratum, an L2 set/way cache maintenance
|
|
operation can overtake an L1 set/way cache maintenance operation.
|
|
This ERRATA only affected the Cortex-A7 and present in r0p2, r0p3,
|
|
r0p4, r0p5.
|
|
|
|
endmenu
|
|
|
|
menu "Kernel Features"
|
|
|
|
config HAVE_SMP
|
|
bool
|
|
help
|
|
This option should be selected by machines which have an SMP-
|
|
capable CPU.
|
|
|
|
The only effect of this option is to make the SMP-related
|
|
options available to the user for configuration.
|
|
|
|
config SMP
|
|
bool "Symmetric Multi-Processing"
|
|
depends on CPU_V6K || CPU_V7
|
|
depends on GENERIC_CLOCKEVENTS
|
|
depends on HAVE_SMP
|
|
depends on MMU || ARM_MPU
|
|
select IRQ_WORK
|
|
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 uni- 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,
|
|
uniprocessor machines. On a uniprocessor machine, the kernel
|
|
will run faster if you say N here.
|
|
|
|
See also <file:Documentation/x86/i386/IO-APIC.rst>,
|
|
<file:Documentation/admin-guide/lockup-watchdogs.rst> and the SMP-HOWTO available at
|
|
<http://tldp.org/HOWTO/SMP-HOWTO.html>.
|
|
|
|
If you don't know what to do here, say N.
|
|
|
|
config SMP_ON_UP
|
|
bool "Allow booting SMP kernel on uniprocessor systems"
|
|
depends on SMP && !XIP_KERNEL && MMU
|
|
default y
|
|
help
|
|
SMP kernels contain instructions which fail on non-SMP processors.
|
|
Enabling this option allows the kernel to modify itself to make
|
|
these instructions safe. Disabling it allows about 1K of space
|
|
savings.
|
|
|
|
If you don't know what to do here, say Y.
|
|
|
|
config ARM_CPU_TOPOLOGY
|
|
bool "Support cpu topology definition"
|
|
depends on SMP && CPU_V7
|
|
default y
|
|
help
|
|
Support ARM cpu topology definition. The MPIDR register defines
|
|
affinity between processors which is then used to describe the cpu
|
|
topology of an ARM System.
|
|
|
|
config SCHED_MC
|
|
bool "Multi-core scheduler support"
|
|
depends on ARM_CPU_TOPOLOGY
|
|
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.
|
|
|
|
config SCHED_SMT
|
|
bool "SMT scheduler support"
|
|
depends on ARM_CPU_TOPOLOGY
|
|
help
|
|
Improves the CPU scheduler's decision making when dealing with
|
|
MultiThreading at a cost of slightly increased overhead in some
|
|
places. If unsure say N here.
|
|
|
|
config HAVE_ARM_SCU
|
|
bool
|
|
help
|
|
This option enables support for the ARM snoop control unit
|
|
|
|
config HAVE_ARM_ARCH_TIMER
|
|
bool "Architected timer support"
|
|
depends on CPU_V7
|
|
select ARM_ARCH_TIMER
|
|
select GENERIC_CLOCKEVENTS
|
|
help
|
|
This option enables support for the ARM architected timer
|
|
|
|
config HAVE_ARM_TWD
|
|
bool
|
|
help
|
|
This options enables support for the ARM timer and watchdog unit
|
|
|
|
config MCPM
|
|
bool "Multi-Cluster Power Management"
|
|
depends on CPU_V7 && SMP
|
|
help
|
|
This option provides the common power management infrastructure
|
|
for (multi-)cluster based systems, such as big.LITTLE based
|
|
systems.
|
|
|
|
config MCPM_QUAD_CLUSTER
|
|
bool
|
|
depends on MCPM
|
|
help
|
|
To avoid wasting resources unnecessarily, MCPM only supports up
|
|
to 2 clusters by default.
|
|
Platforms with 3 or 4 clusters that use MCPM must select this
|
|
option to allow the additional clusters to be managed.
|
|
|
|
config BIG_LITTLE
|
|
bool "big.LITTLE support (Experimental)"
|
|
depends on CPU_V7 && SMP
|
|
select MCPM
|
|
help
|
|
This option enables support selections for the big.LITTLE
|
|
system architecture.
|
|
|
|
config BL_SWITCHER
|
|
bool "big.LITTLE switcher support"
|
|
depends on BIG_LITTLE && MCPM && HOTPLUG_CPU && ARM_GIC
|
|
select CPU_PM
|
|
help
|
|
The big.LITTLE "switcher" provides the core functionality to
|
|
transparently handle transition between a cluster of A15's
|
|
and a cluster of A7's in a big.LITTLE system.
|
|
|
|
config BL_SWITCHER_DUMMY_IF
|
|
tristate "Simple big.LITTLE switcher user interface"
|
|
depends on BL_SWITCHER && DEBUG_KERNEL
|
|
help
|
|
This is a simple and dummy char dev interface to control
|
|
the big.LITTLE switcher core code. It is meant for
|
|
debugging purposes only.
|
|
|
|
choice
|
|
prompt "Memory split"
|
|
depends on MMU
|
|
default VMSPLIT_3G
|
|
help
|
|
Select the desired split between kernel and user memory.
|
|
|
|
If you are not absolutely sure what you are doing, leave this
|
|
option alone!
|
|
|
|
config VMSPLIT_3G
|
|
bool "3G/1G user/kernel split"
|
|
config VMSPLIT_3G_OPT
|
|
depends on !ARM_LPAE
|
|
bool "3G/1G user/kernel split (for full 1G low memory)"
|
|
config VMSPLIT_2G
|
|
bool "2G/2G user/kernel split"
|
|
config VMSPLIT_1G
|
|
bool "1G/3G user/kernel split"
|
|
endchoice
|
|
|
|
config PAGE_OFFSET
|
|
hex
|
|
default PHYS_OFFSET if !MMU
|
|
default 0x40000000 if VMSPLIT_1G
|
|
default 0x80000000 if VMSPLIT_2G
|
|
default 0xB0000000 if VMSPLIT_3G_OPT
|
|
default 0xC0000000
|
|
|
|
config NR_CPUS
|
|
int "Maximum number of CPUs (2-32)"
|
|
range 2 32
|
|
depends on SMP
|
|
default "4"
|
|
|
|
config HOTPLUG_CPU
|
|
bool "Support for hot-pluggable CPUs"
|
|
depends on SMP
|
|
select GENERIC_IRQ_MIGRATION
|
|
help
|
|
Say Y here to experiment with turning CPUs off and on. CPUs
|
|
can be controlled through /sys/devices/system/cpu.
|
|
|
|
config ARM_PSCI
|
|
bool "Support for the ARM Power State Coordination Interface (PSCI)"
|
|
depends on HAVE_ARM_SMCCC
|
|
select ARM_PSCI_FW
|
|
help
|
|
Say Y here if you want Linux to communicate with system firmware
|
|
implementing the PSCI specification for CPU-centric power
|
|
management operations described in ARM document number ARM DEN
|
|
0022A ("Power State Coordination Interface System Software on
|
|
ARM processors").
|
|
|
|
# The GPIO number here must be sorted by descending number. In case of
|
|
# a multiplatform kernel, we just want the highest value required by the
|
|
# selected platforms.
|
|
config ARCH_NR_GPIO
|
|
int
|
|
default 2048 if ARCH_SOCFPGA
|
|
default 1024 if ARCH_BRCMSTB || ARCH_RENESAS || ARCH_TEGRA || \
|
|
ARCH_ZYNQ || ARCH_ASPEED
|
|
default 512 if ARCH_EXYNOS || ARCH_KEYSTONE || SOC_OMAP5 || \
|
|
SOC_DRA7XX || ARCH_S3C24XX || ARCH_S3C64XX || ARCH_S5PV210
|
|
default 416 if ARCH_SUNXI
|
|
default 392 if ARCH_U8500
|
|
default 352 if ARCH_VT8500
|
|
default 288 if ARCH_ROCKCHIP
|
|
default 264 if MACH_H4700
|
|
default 0
|
|
help
|
|
Maximum number of GPIOs in the system.
|
|
|
|
If unsure, leave the default value.
|
|
|
|
config HZ_FIXED
|
|
int
|
|
default 200 if ARCH_EBSA110
|
|
default 128 if SOC_AT91RM9200
|
|
default 0
|
|
|
|
choice
|
|
depends on HZ_FIXED = 0
|
|
prompt "Timer frequency"
|
|
|
|
config HZ_100
|
|
bool "100 Hz"
|
|
|
|
config HZ_200
|
|
bool "200 Hz"
|
|
|
|
config HZ_250
|
|
bool "250 Hz"
|
|
|
|
config HZ_300
|
|
bool "300 Hz"
|
|
|
|
config HZ_500
|
|
bool "500 Hz"
|
|
|
|
config HZ_1000
|
|
bool "1000 Hz"
|
|
|
|
endchoice
|
|
|
|
config HZ
|
|
int
|
|
default HZ_FIXED if HZ_FIXED != 0
|
|
default 100 if HZ_100
|
|
default 200 if HZ_200
|
|
default 250 if HZ_250
|
|
default 300 if HZ_300
|
|
default 500 if HZ_500
|
|
default 1000
|
|
|
|
config SCHED_HRTICK
|
|
def_bool HIGH_RES_TIMERS
|
|
|
|
config THUMB2_KERNEL
|
|
bool "Compile the kernel in Thumb-2 mode" if !CPU_THUMBONLY
|
|
depends on (CPU_V7 || CPU_V7M) && !CPU_V6 && !CPU_V6K
|
|
default y if CPU_THUMBONLY
|
|
select ARM_UNWIND
|
|
help
|
|
By enabling this option, the kernel will be compiled in
|
|
Thumb-2 mode.
|
|
|
|
If unsure, say N.
|
|
|
|
config THUMB2_AVOID_R_ARM_THM_JUMP11
|
|
bool "Work around buggy Thumb-2 short branch relocations in gas"
|
|
depends on THUMB2_KERNEL && MODULES
|
|
default y
|
|
help
|
|
Various binutils versions can resolve Thumb-2 branches to
|
|
locally-defined, preemptible global symbols as short-range "b.n"
|
|
branch instructions.
|
|
|
|
This is a problem, because there's no guarantee the final
|
|
destination of the symbol, or any candidate locations for a
|
|
trampoline, are within range of the branch. For this reason, the
|
|
kernel does not support fixing up the R_ARM_THM_JUMP11 (102)
|
|
relocation in modules at all, and it makes little sense to add
|
|
support.
|
|
|
|
The symptom is that the kernel fails with an "unsupported
|
|
relocation" error when loading some modules.
|
|
|
|
Until fixed tools are available, passing
|
|
-fno-optimize-sibling-calls to gcc should prevent gcc generating
|
|
code which hits this problem, at the cost of a bit of extra runtime
|
|
stack usage in some cases.
|
|
|
|
The problem is described in more detail at:
|
|
https://bugs.launchpad.net/binutils-linaro/+bug/725126
|
|
|
|
Only Thumb-2 kernels are affected.
|
|
|
|
Unless you are sure your tools don't have this problem, say Y.
|
|
|
|
config ARM_PATCH_IDIV
|
|
bool "Runtime patch udiv/sdiv instructions into __aeabi_{u}idiv()"
|
|
depends on CPU_32v7 && !XIP_KERNEL
|
|
default y
|
|
help
|
|
The ARM compiler inserts calls to __aeabi_idiv() and
|
|
__aeabi_uidiv() when it needs to perform division on signed
|
|
and unsigned integers. Some v7 CPUs have support for the sdiv
|
|
and udiv instructions that can be used to implement those
|
|
functions.
|
|
|
|
Enabling this option allows the kernel to modify itself to
|
|
replace the first two instructions of these library functions
|
|
with the sdiv or udiv plus "bx lr" instructions when the CPU
|
|
it is running on supports them. Typically this will be faster
|
|
and less power intensive than running the original library
|
|
code to do integer division.
|
|
|
|
config AEABI
|
|
bool "Use the ARM EABI to compile the kernel" if !CPU_V7 && \
|
|
!CPU_V7M && !CPU_V6 && !CPU_V6K && !CC_IS_CLANG
|
|
default CPU_V7 || CPU_V7M || CPU_V6 || CPU_V6K || CC_IS_CLANG
|
|
help
|
|
This option allows for the kernel to be compiled using the latest
|
|
ARM ABI (aka EABI). This is only useful if you are using a user
|
|
space environment that is also compiled with EABI.
|
|
|
|
Since there are major incompatibilities between the legacy ABI and
|
|
EABI, especially with regard to structure member alignment, this
|
|
option also changes the kernel syscall calling convention to
|
|
disambiguate both ABIs and allow for backward compatibility support
|
|
(selected with CONFIG_OABI_COMPAT).
|
|
|
|
To use this you need GCC version 4.0.0 or later.
|
|
|
|
config OABI_COMPAT
|
|
bool "Allow old ABI binaries to run with this kernel (EXPERIMENTAL)"
|
|
depends on AEABI && !THUMB2_KERNEL
|
|
help
|
|
This option preserves the old syscall interface along with the
|
|
new (ARM EABI) one. It also provides a compatibility layer to
|
|
intercept syscalls that have structure arguments which layout
|
|
in memory differs between the legacy ABI and the new ARM EABI
|
|
(only for non "thumb" binaries). This option adds a tiny
|
|
overhead to all syscalls and produces a slightly larger kernel.
|
|
|
|
The seccomp filter system will not be available when this is
|
|
selected, since there is no way yet to sensibly distinguish
|
|
between calling conventions during filtering.
|
|
|
|
If you know you'll be using only pure EABI user space then you
|
|
can say N here. If this option is not selected and you attempt
|
|
to execute a legacy ABI binary then the result will be
|
|
UNPREDICTABLE (in fact it can be predicted that it won't work
|
|
at all). If in doubt say N.
|
|
|
|
config ARCH_HAS_HOLES_MEMORYMODEL
|
|
bool
|
|
|
|
config ARCH_SPARSEMEM_ENABLE
|
|
bool
|
|
|
|
config ARCH_SPARSEMEM_DEFAULT
|
|
def_bool ARCH_SPARSEMEM_ENABLE
|
|
|
|
config HAVE_ARCH_PFN_VALID
|
|
def_bool ARCH_HAS_HOLES_MEMORYMODEL || !SPARSEMEM
|
|
|
|
config HIGHMEM
|
|
bool "High Memory Support"
|
|
depends on MMU
|
|
help
|
|
The address space of ARM processors is only 4 Gigabytes large
|
|
and it has to accommodate user address space, kernel address
|
|
space as well as some memory mapped IO. That means that, if you
|
|
have a large amount of physical memory and/or IO, not all of the
|
|
memory can be "permanently mapped" by the kernel. The physical
|
|
memory that is not permanently mapped is called "high memory".
|
|
|
|
Depending on the selected kernel/user memory split, minimum
|
|
vmalloc space and actual amount of RAM, you may not need this
|
|
option which should result in a slightly faster kernel.
|
|
|
|
If unsure, say n.
|
|
|
|
config HIGHPTE
|
|
bool "Allocate 2nd-level pagetables from highmem" if EXPERT
|
|
depends on HIGHMEM
|
|
default y
|
|
help
|
|
The VM uses one page of physical memory for each page table.
|
|
For systems with a lot of processes, this can use a lot of
|
|
precious low memory, eventually leading to low memory being
|
|
consumed by page tables. Setting this option will allow
|
|
user-space 2nd level page tables to reside in high memory.
|
|
|
|
config CPU_SW_DOMAIN_PAN
|
|
bool "Enable use of CPU domains to implement privileged no-access"
|
|
depends on MMU && !ARM_LPAE
|
|
default y
|
|
help
|
|
Increase kernel security by ensuring that normal kernel accesses
|
|
are unable to access userspace addresses. This can help prevent
|
|
use-after-free bugs becoming an exploitable privilege escalation
|
|
by ensuring that magic values (such as LIST_POISON) will always
|
|
fault when dereferenced.
|
|
|
|
CPUs with low-vector mappings use a best-efforts implementation.
|
|
Their lower 1MB needs to remain accessible for the vectors, but
|
|
the remainder of userspace will become appropriately inaccessible.
|
|
|
|
config HW_PERF_EVENTS
|
|
def_bool y
|
|
depends on ARM_PMU
|
|
|
|
config SYS_SUPPORTS_HUGETLBFS
|
|
def_bool y
|
|
depends on ARM_LPAE
|
|
|
|
config HAVE_ARCH_TRANSPARENT_HUGEPAGE
|
|
def_bool y
|
|
depends on ARM_LPAE
|
|
|
|
config ARCH_WANT_GENERAL_HUGETLB
|
|
def_bool y
|
|
|
|
config ARM_MODULE_PLTS
|
|
bool "Use PLTs to allow module memory to spill over into vmalloc area"
|
|
depends on MODULES
|
|
default y
|
|
help
|
|
Allocate PLTs when loading modules so that jumps and calls whose
|
|
targets are too far away for their relative offsets to be encoded
|
|
in the instructions themselves can be bounced via veneers in the
|
|
module's PLT. This allows modules to be allocated in the generic
|
|
vmalloc area after the dedicated module memory area has been
|
|
exhausted. The modules will use slightly more memory, but after
|
|
rounding up to page size, the actual memory footprint is usually
|
|
the same.
|
|
|
|
Disabling this is usually safe for small single-platform
|
|
configurations. If unsure, say y.
|
|
|
|
config FORCE_MAX_ZONEORDER
|
|
int "Maximum zone order"
|
|
default "12" if SOC_AM33XX
|
|
default "9" if SA1111 || ARCH_EFM32
|
|
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.
|
|
|
|
config ALIGNMENT_TRAP
|
|
bool
|
|
depends on CPU_CP15_MMU
|
|
default y if !ARCH_EBSA110
|
|
select HAVE_PROC_CPU if PROC_FS
|
|
help
|
|
ARM processors cannot fetch/store information which is not
|
|
naturally aligned on the bus, i.e., a 4 byte fetch must start at an
|
|
address divisible by 4. On 32-bit ARM processors, these non-aligned
|
|
fetch/store instructions will be emulated in software if you say
|
|
here, which has a severe performance impact. This is necessary for
|
|
correct operation of some network protocols. With an IP-only
|
|
configuration it is safe to say N, otherwise say Y.
|
|
|
|
config UACCESS_WITH_MEMCPY
|
|
bool "Use kernel mem{cpy,set}() for {copy_to,clear}_user()"
|
|
depends on MMU
|
|
default y if CPU_FEROCEON
|
|
help
|
|
Implement faster copy_to_user and clear_user methods for CPU
|
|
cores where a 8-word STM instruction give significantly higher
|
|
memory write throughput than a sequence of individual 32bit stores.
|
|
|
|
A possible side effect is a slight increase in scheduling latency
|
|
between threads sharing the same address space if they invoke
|
|
such copy operations with large buffers.
|
|
|
|
However, if the CPU data cache is using a write-allocate mode,
|
|
this option is unlikely to provide any performance gain.
|
|
|
|
config SECCOMP
|
|
bool
|
|
prompt "Enable seccomp to safely compute untrusted bytecode"
|
|
---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 prctl(PR_SET_SECCOMP), it cannot be disabled
|
|
and the task is only allowed to execute a few safe syscalls
|
|
defined by each seccomp mode.
|
|
|
|
config PARAVIRT
|
|
bool "Enable paravirtualization code"
|
|
help
|
|
This changes the kernel so it can modify itself when it is run
|
|
under a hypervisor, potentially improving performance significantly
|
|
over full virtualization.
|
|
|
|
config PARAVIRT_TIME_ACCOUNTING
|
|
bool "Paravirtual steal time accounting"
|
|
select PARAVIRT
|
|
help
|
|
Select this option to enable fine granularity task steal time
|
|
accounting. Time spent executing other tasks in parallel with
|
|
the current vCPU is discounted from the vCPU power. To account for
|
|
that, there can be a small performance impact.
|
|
|
|
If in doubt, say N here.
|
|
|
|
config XEN_DOM0
|
|
def_bool y
|
|
depends on XEN
|
|
|
|
config XEN
|
|
bool "Xen guest support on ARM"
|
|
depends on ARM && AEABI && OF
|
|
depends on CPU_V7 && !CPU_V6
|
|
depends on !GENERIC_ATOMIC64
|
|
depends on MMU
|
|
select ARCH_DMA_ADDR_T_64BIT
|
|
select ARM_PSCI
|
|
select SWIOTLB
|
|
select SWIOTLB_XEN
|
|
select PARAVIRT
|
|
help
|
|
Say Y if you want to run Linux in a Virtual Machine on Xen on ARM.
|
|
|
|
config STACKPROTECTOR_PER_TASK
|
|
bool "Use a unique stack canary value for each task"
|
|
depends on GCC_PLUGINS && STACKPROTECTOR && SMP && !XIP_DEFLATED_DATA
|
|
select GCC_PLUGIN_ARM_SSP_PER_TASK
|
|
default y
|
|
help
|
|
Due to the fact that GCC uses an ordinary symbol reference from
|
|
which to load the value of the stack canary, this value can only
|
|
change at reboot time on SMP systems, and all tasks running in the
|
|
kernel's address space are forced to use the same canary value for
|
|
the entire duration that the system is up.
|
|
|
|
Enable this option to switch to a different method that uses a
|
|
different canary value for each task.
|
|
|
|
endmenu
|
|
|
|
menu "Boot options"
|
|
|
|
config USE_OF
|
|
bool "Flattened Device Tree support"
|
|
select IRQ_DOMAIN
|
|
select OF
|
|
help
|
|
Include support for flattened device tree machine descriptions.
|
|
|
|
config ATAGS
|
|
bool "Support for the traditional ATAGS boot data passing" if USE_OF
|
|
default y
|
|
help
|
|
This is the traditional way of passing data to the kernel at boot
|
|
time. If you are solely relying on the flattened device tree (or
|
|
the ARM_ATAG_DTB_COMPAT option) then you may unselect this option
|
|
to remove ATAGS support from your kernel binary. If unsure,
|
|
leave this to y.
|
|
|
|
config DEPRECATED_PARAM_STRUCT
|
|
bool "Provide old way to pass kernel parameters"
|
|
depends on ATAGS
|
|
help
|
|
This was deprecated in 2001 and announced to live on for 5 years.
|
|
Some old boot loaders still use this way.
|
|
|
|
# Compressed boot loader in ROM. Yes, we really want to ask about
|
|
# TEXT and BSS so we preserve their values in the config files.
|
|
config ZBOOT_ROM_TEXT
|
|
hex "Compressed ROM boot loader base address"
|
|
default "0"
|
|
help
|
|
The physical address at which the ROM-able zImage is to be
|
|
placed in the target. Platforms which normally make use of
|
|
ROM-able zImage formats normally set this to a suitable
|
|
value in their defconfig file.
|
|
|
|
If ZBOOT_ROM is not enabled, this has no effect.
|
|
|
|
config ZBOOT_ROM_BSS
|
|
hex "Compressed ROM boot loader BSS address"
|
|
default "0"
|
|
help
|
|
The base address of an area of read/write memory in the target
|
|
for the ROM-able zImage which must be available while the
|
|
decompressor is running. It must be large enough to hold the
|
|
entire decompressed kernel plus an additional 128 KiB.
|
|
Platforms which normally make use of ROM-able zImage formats
|
|
normally set this to a suitable value in their defconfig file.
|
|
|
|
If ZBOOT_ROM is not enabled, this has no effect.
|
|
|
|
config ZBOOT_ROM
|
|
bool "Compressed boot loader in ROM/flash"
|
|
depends on ZBOOT_ROM_TEXT != ZBOOT_ROM_BSS
|
|
depends on !ARM_APPENDED_DTB && !XIP_KERNEL && !AUTO_ZRELADDR
|
|
help
|
|
Say Y here if you intend to execute your compressed kernel image
|
|
(zImage) directly from ROM or flash. If unsure, say N.
|
|
|
|
config ARM_APPENDED_DTB
|
|
bool "Use appended device tree blob to zImage (EXPERIMENTAL)"
|
|
depends on OF
|
|
help
|
|
With this option, the boot code will look for a device tree binary
|
|
(DTB) appended to zImage
|
|
(e.g. cat zImage <filename>.dtb > zImage_w_dtb).
|
|
|
|
This is meant as a backward compatibility convenience for those
|
|
systems with a bootloader that can't be upgraded to accommodate
|
|
the documented boot protocol using a device tree.
|
|
|
|
Beware that there is very little in terms of protection against
|
|
this option being confused by leftover garbage in memory that might
|
|
look like a DTB header after a reboot if no actual DTB is appended
|
|
to zImage. Do not leave this option active in a production kernel
|
|
if you don't intend to always append a DTB. Proper passing of the
|
|
location into r2 of a bootloader provided DTB is always preferable
|
|
to this option.
|
|
|
|
config ARM_ATAG_DTB_COMPAT
|
|
bool "Supplement the appended DTB with traditional ATAG information"
|
|
depends on ARM_APPENDED_DTB
|
|
help
|
|
Some old bootloaders can't be updated to a DTB capable one, yet
|
|
they provide ATAGs with memory configuration, the ramdisk address,
|
|
the kernel cmdline string, etc. Such information is dynamically
|
|
provided by the bootloader and can't always be stored in a static
|
|
DTB. To allow a device tree enabled kernel to be used with such
|
|
bootloaders, this option allows zImage to extract the information
|
|
from the ATAG list and store it at run time into the appended DTB.
|
|
|
|
choice
|
|
prompt "Kernel command line type" if ARM_ATAG_DTB_COMPAT
|
|
default ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER
|
|
|
|
config ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER
|
|
bool "Use bootloader kernel arguments if available"
|
|
help
|
|
Uses the command-line options passed by the boot loader instead of
|
|
the device tree bootargs property. If the boot loader doesn't provide
|
|
any, the device tree bootargs property will be used.
|
|
|
|
config ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND
|
|
bool "Extend with bootloader kernel arguments"
|
|
help
|
|
The command-line arguments provided by the boot loader will be
|
|
appended to the the device tree bootargs property.
|
|
|
|
endchoice
|
|
|
|
config CMDLINE
|
|
string "Default kernel command string"
|
|
default ""
|
|
help
|
|
On some architectures (EBSA110 and CATS), there is currently no way
|
|
for the boot loader to pass arguments to the kernel. For these
|
|
architectures, you should supply some command-line options at build
|
|
time by entering them here. As a minimum, you should specify the
|
|
memory size and the root device (e.g., mem=64M root=/dev/nfs).
|
|
|
|
choice
|
|
prompt "Kernel command line type" if CMDLINE != ""
|
|
default CMDLINE_FROM_BOOTLOADER
|
|
depends on ATAGS
|
|
|
|
config CMDLINE_FROM_BOOTLOADER
|
|
bool "Use bootloader kernel arguments if available"
|
|
help
|
|
Uses the command-line options passed by the boot loader. If
|
|
the boot loader doesn't provide any, the default kernel command
|
|
string provided in CMDLINE will be used.
|
|
|
|
config CMDLINE_EXTEND
|
|
bool "Extend bootloader kernel arguments"
|
|
help
|
|
The command-line arguments provided by the boot loader will be
|
|
appended to the default kernel command string.
|
|
|
|
config CMDLINE_FORCE
|
|
bool "Always use the default kernel command string"
|
|
help
|
|
Always use the default kernel command string, even if the boot
|
|
loader passes other arguments to the kernel.
|
|
This is useful if you cannot or don't want to change the
|
|
command-line options your boot loader passes to the kernel.
|
|
endchoice
|
|
|
|
config XIP_KERNEL
|
|
bool "Kernel Execute-In-Place from ROM"
|
|
depends on !ARM_LPAE && !ARCH_MULTIPLATFORM
|
|
help
|
|
Execute-In-Place allows the kernel to run from non-volatile storage
|
|
directly addressable by the CPU, such as NOR flash. This saves RAM
|
|
space since the text section of the kernel is not loaded from flash
|
|
to RAM. Read-write sections, such as the data section and stack,
|
|
are still copied to RAM. The XIP kernel is not compressed since
|
|
it has to run directly from flash, so it will take more space to
|
|
store it. The flash address used to link the kernel object files,
|
|
and for storing it, is configuration dependent. Therefore, if you
|
|
say Y here, you must know the proper physical address where to
|
|
store the kernel image depending on your own flash memory usage.
|
|
|
|
Also note that the make target becomes "make xipImage" rather than
|
|
"make zImage" or "make Image". The final kernel binary to put in
|
|
ROM memory will be arch/arm/boot/xipImage.
|
|
|
|
If unsure, say N.
|
|
|
|
config XIP_PHYS_ADDR
|
|
hex "XIP Kernel Physical Location"
|
|
depends on XIP_KERNEL
|
|
default "0x00080000"
|
|
help
|
|
This is the physical address in your flash memory the kernel will
|
|
be linked for and stored to. This address is dependent on your
|
|
own flash usage.
|
|
|
|
config XIP_DEFLATED_DATA
|
|
bool "Store kernel .data section compressed in ROM"
|
|
depends on XIP_KERNEL
|
|
select ZLIB_INFLATE
|
|
help
|
|
Before the kernel is actually executed, its .data section has to be
|
|
copied to RAM from ROM. This option allows for storing that data
|
|
in compressed form and decompressed to RAM rather than merely being
|
|
copied, saving some precious ROM space. A possible drawback is a
|
|
slightly longer boot delay.
|
|
|
|
config KEXEC
|
|
bool "Kexec system call (EXPERIMENTAL)"
|
|
depends on (!SMP || PM_SLEEP_SMP)
|
|
depends on MMU
|
|
select KEXEC_CORE
|
|
help
|
|
kexec is a system call that implements the ability to shutdown your
|
|
current kernel, and to start another kernel. It is like a reboot
|
|
but it is independent of the system firmware. And like a reboot
|
|
you can start any kernel with it, not just Linux.
|
|
|
|
It is an ongoing process to be certain the hardware in a machine
|
|
is properly shutdown, so do not be surprised if this code does not
|
|
initially work for you.
|
|
|
|
config ATAGS_PROC
|
|
bool "Export atags in procfs"
|
|
depends on ATAGS && KEXEC
|
|
default y
|
|
help
|
|
Should the atags used to boot the kernel be exported in an "atags"
|
|
file in procfs. Useful with kexec.
|
|
|
|
config CRASH_DUMP
|
|
bool "Build kdump crash kernel (EXPERIMENTAL)"
|
|
help
|
|
Generate crash dump after being started by kexec. This should
|
|
be normally only set in special crash dump kernels which are
|
|
loaded in the main kernel with kexec-tools into a specially
|
|
reserved region and then later executed after a crash by
|
|
kdump/kexec. The crash dump kernel must be compiled to a
|
|
memory address not used by the main kernel
|
|
|
|
For more details see Documentation/admin-guide/kdump/kdump.rst
|
|
|
|
config AUTO_ZRELADDR
|
|
bool "Auto calculation of the decompressed kernel image address"
|
|
help
|
|
ZRELADDR is the physical address where the decompressed kernel
|
|
image will be placed. If AUTO_ZRELADDR is selected, the address
|
|
will be determined at run-time by masking the current IP with
|
|
0xf8000000. This assumes the zImage being placed in the first 128MB
|
|
from start of memory.
|
|
|
|
config EFI_STUB
|
|
bool
|
|
|
|
config EFI
|
|
bool "UEFI runtime support"
|
|
depends on OF && !CPU_BIG_ENDIAN && MMU && AUTO_ZRELADDR && !XIP_KERNEL
|
|
select UCS2_STRING
|
|
select EFI_PARAMS_FROM_FDT
|
|
select EFI_STUB
|
|
select EFI_ARMSTUB
|
|
select EFI_RUNTIME_WRAPPERS
|
|
---help---
|
|
This option provides support for runtime services provided
|
|
by UEFI firmware (such as non-volatile variables, realtime
|
|
clock, and platform reset). A UEFI stub is also provided to
|
|
allow the kernel to be booted as an EFI application. This
|
|
is only useful for kernels that may run on systems that have
|
|
UEFI firmware.
|
|
|
|
config DMI
|
|
bool "Enable support for SMBIOS (DMI) tables"
|
|
depends on EFI
|
|
default y
|
|
help
|
|
This enables SMBIOS/DMI feature for systems.
|
|
|
|
This option is only useful on systems that have UEFI firmware.
|
|
However, even with this option, the resultant kernel should
|
|
continue to boot on existing non-UEFI platforms.
|
|
|
|
NOTE: This does *NOT* enable or encourage the use of DMI quirks,
|
|
i.e., the the practice of identifying the platform via DMI to
|
|
decide whether certain workarounds for buggy hardware and/or
|
|
firmware need to be enabled. This would require the DMI subsystem
|
|
to be enabled much earlier than we do on ARM, which is non-trivial.
|
|
|
|
endmenu
|
|
|
|
menu "CPU Power Management"
|
|
|
|
source "drivers/cpufreq/Kconfig"
|
|
|
|
source "drivers/cpuidle/Kconfig"
|
|
|
|
endmenu
|
|
|
|
menu "Floating point emulation"
|
|
|
|
comment "At least one emulation must be selected"
|
|
|
|
config FPE_NWFPE
|
|
bool "NWFPE math emulation"
|
|
depends on (!AEABI || OABI_COMPAT) && !THUMB2_KERNEL
|
|
---help---
|
|
Say Y to include the NWFPE floating point emulator in the kernel.
|
|
This is necessary to run most binaries. Linux does not currently
|
|
support floating point hardware so you need to say Y here even if
|
|
your machine has an FPA or floating point co-processor podule.
|
|
|
|
You may say N here if you are going to load the Acorn FPEmulator
|
|
early in the bootup.
|
|
|
|
config FPE_NWFPE_XP
|
|
bool "Support extended precision"
|
|
depends on FPE_NWFPE
|
|
help
|
|
Say Y to include 80-bit support in the kernel floating-point
|
|
emulator. Otherwise, only 32 and 64-bit support is compiled in.
|
|
Note that gcc does not generate 80-bit operations by default,
|
|
so in most cases this option only enlarges the size of the
|
|
floating point emulator without any good reason.
|
|
|
|
You almost surely want to say N here.
|
|
|
|
config FPE_FASTFPE
|
|
bool "FastFPE math emulation (EXPERIMENTAL)"
|
|
depends on (!AEABI || OABI_COMPAT) && !CPU_32v3
|
|
---help---
|
|
Say Y here to include the FAST floating point emulator in the kernel.
|
|
This is an experimental much faster emulator which now also has full
|
|
precision for the mantissa. It does not support any exceptions.
|
|
It is very simple, and approximately 3-6 times faster than NWFPE.
|
|
|
|
It should be sufficient for most programs. It may be not suitable
|
|
for scientific calculations, but you have to check this for yourself.
|
|
If you do not feel you need a faster FP emulation you should better
|
|
choose NWFPE.
|
|
|
|
config VFP
|
|
bool "VFP-format floating point maths"
|
|
depends on CPU_V6 || CPU_V6K || CPU_ARM926T || CPU_V7 || CPU_FEROCEON
|
|
help
|
|
Say Y to include VFP support code in the kernel. This is needed
|
|
if your hardware includes a VFP unit.
|
|
|
|
Please see <file:Documentation/arm/vfp/release-notes.rst> for
|
|
release notes and additional status information.
|
|
|
|
Say N if your target does not have VFP hardware.
|
|
|
|
config VFPv3
|
|
bool
|
|
depends on VFP
|
|
default y if CPU_V7
|
|
|
|
config NEON
|
|
bool "Advanced SIMD (NEON) Extension support"
|
|
depends on VFPv3 && CPU_V7
|
|
help
|
|
Say Y to include support code for NEON, the ARMv7 Advanced SIMD
|
|
Extension.
|
|
|
|
config KERNEL_MODE_NEON
|
|
bool "Support for NEON in kernel mode"
|
|
depends on NEON && AEABI
|
|
help
|
|
Say Y to include support for NEON in kernel mode.
|
|
|
|
endmenu
|
|
|
|
menu "Power management options"
|
|
|
|
source "kernel/power/Kconfig"
|
|
|
|
config ARCH_SUSPEND_POSSIBLE
|
|
depends on CPU_ARM920T || CPU_ARM926T || CPU_FEROCEON || CPU_SA1100 || \
|
|
CPU_V6 || CPU_V6K || CPU_V7 || CPU_V7M || CPU_XSC3 || CPU_XSCALE || CPU_MOHAWK
|
|
def_bool y
|
|
|
|
config ARM_CPU_SUSPEND
|
|
def_bool PM_SLEEP || BL_SWITCHER || ARM_PSCI_FW
|
|
depends on ARCH_SUSPEND_POSSIBLE
|
|
|
|
config ARCH_HIBERNATION_POSSIBLE
|
|
bool
|
|
depends on MMU
|
|
default y if ARCH_SUSPEND_POSSIBLE
|
|
|
|
endmenu
|
|
|
|
source "drivers/firmware/Kconfig"
|
|
|
|
if CRYPTO
|
|
source "arch/arm/crypto/Kconfig"
|
|
endif
|