zephyr/arch
Andrew Boie 7d32e9f9a5 mmu: support only identity RAM mapping
We no longer plan to support a split address space with
the kernel in high memory and per-process address spaces.
Because of this, we can simplify some things. System RAM
is now always identity mapped at boot.

We no longer require any virtual-to-physical translation
for page tables, and can remove the dual-mapping logic
from the page table generation script since we won't need
to transition the instruction point off of physical
addresses.

CONFIG_KERNEL_VM_BASE and CONFIG_KERNEL_VM_LIMIT
have been removed. The kernel's address space always
starts at CONFIG_SRAM_BASE_ADDRESS, of a fixed size
specified by CONFIG_KERNEL_VM_SIZE.

Driver MMIOs and other uses of k_mem_map() are still
virtually mapped, and the later introduction of demand
paging will result in only a subset of system RAM being
a fixed identity mapping instead of all of it.

Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2020-09-03 14:24:38 -04:00
..
arc isr: Normalize usage of device instance through ISR 2020-09-02 13:48:13 +02:00
arm kernel: add z_thread_single_abort to private hdr 2020-09-02 15:02:06 -07:00
common arch: Apply dynamic IRQ API change 2020-09-02 13:48:13 +02:00
nios2 arch: Apply dynamic IRQ API change 2020-09-02 13:48:13 +02:00
posix kernel: add z_thread_single_abort to private hdr 2020-09-02 15:02:06 -07:00
riscv arch: Apply dynamic IRQ API change 2020-09-02 13:48:13 +02:00
x86 mmu: support only identity RAM mapping 2020-09-03 14:24:38 -04:00
xtensa isr: Normalize usage of device instance through ISR 2020-09-02 13:48:13 +02:00
CMakeLists.txt cmake: fix include directories to work with out-of-tree arch 2020-08-05 08:06:07 -04:00
Kconfig mmu: support only identity RAM mapping 2020-09-03 14:24:38 -04:00