A "Synchronous Data abort" occurs when a virtual memory translation fails on load/store operations. A "Prefetch abort" occurs when a virtual memory translation fails when loading instructions into the CPU pipeline. An "Asynchronous Data abort" occurs when a physical memory translation fails (ie, no RAM or peripheral is mapped to the physical address) The address of the fault corresponds to a kernel device mapping. My guess is that you are not mapping kernel devices correctly at boot time: https://github.com/seL4/seL4/blob/master/include/plat/exynos5/plat/machine/d... https://github.com/seL4/seL4/blob/master/include/plat/exynos5/plat/machine/h... https://github.com/seL4/seL4/blob/master/src/arch/arm/32/machine/hardware.c#... - Alex On Tue, 2017-01-24 at 17:17 +0100, Wladislav Wiebe wrote:
could it be an TLB fault? For my understandig, based on http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0438g/BABFFDF... it is the DFSR = 0x7 -> b00111 Translation fault, 2nd level.
Thanks! - Wladislav Wiebe
2017-01-24 15:42 GMT+01:00 Wladislav Wiebe
: Hello,
has somebody experience with running into arm_data_abort_exception after enabling the MMU/paging and jumping to the kernel image: .. ELF-loader started on CPU: ARM Ltd. Cortex-A15 r2p4 paddr=[90000000..904b041f] ELF-loading image 'kernel' paddr=[80000000..80033fff] vaddr=[f0000000..f0033fff] virt_entry=f0000000 ELF-loading image 'sel4test-driver' paddr=[80034000..8042dfff] vaddr=[10000..409fff] virt_entry=1e924 Enabling MMU and paging Jumping to kernel-image entry point...
check_data_abort_exception() DFAR = 0xfff01014 DFSR = 0x7 ADFSR = 0x0 abort() called.
I've dumped the DFAR/DFSR register --
Relevant config parts about the setup: CONFIG_ARCH_ARM_V7A=y CONFIG_ARCH_ARM=y CONFIG_ARCH_AARCH32=y CONFIG_ARM_CORTEX_A15=y CONFIG_PLAT_KEYSTONE=y
Thanks in advance! -- WBR, Wladislav WIebe