Open llabadie opened 3 years ago
The "msr sctlr_el2, x0" instruction will turn on MMU and we get trap immediately after this instruction so we jump to init_vectors which will call cpu_init
Regards, Anup
I tested on my raspberry pi 4 with working mmu, but it still does not call cpu_init
.
In ARM documentation, I did not find anything about MMU enabling getting trapped.
I tested on my raspberry pi 4 with working mmu, but it still does not call
cpu_init
.In ARM documentation, I did not find anything about MMU enabling getting trapped.
it seems to have the same situation on my raspberry pi 4. The serial output is stuck in the "starting kernel". xvisor can not boot successfully.
Is there any way to solve or avoid this problem?thanks a lot. @avpatel @llabadie
Hi,
In xvisor-next
cpu_entry.S
, the only way to callcpu_init
is by triggering an exception. Exception vectors are all initialized to callcpu_init
during early boot here.Unfortunately, when I try to boot xvisor no exception is ever triggered, thus
cpu_init
is never called. In order to boot, I added a shorthvc #0
right before the comment We should never reach here.Did I do something wrong?