RPi 4B MMU seems to be enabled but throwing aarch64-default-exception error
Alan Cudmore
alan.cudmore at gmail.com
Mon Sep 5 03:47:48 UTC 2022
Hey Noor,
I probably have more questions than answers at this point, as I'm just
learning how all of this works too. Some comments inline below:
On Sun, Sep 4, 2022 at 6:13 AM Noor Aman <nooraman5718 at gmail.com> wrote:
> Hey,
> Some doubts here:
> 1) On inspecting the raspberry pi 3 config table, I only seem to have 2
> entries, one is for peripheral base, the other one for core local
> peripherals. I have updated the MMU with peripheral base, ARM local
> registers, and ARMC register. If I'm correct then, the Videocore should
> handle every address of uarts, spi and others, right? or am I missing
> something?
>
Does the RAM need to be included? For example, the xilinx-versal BSP has an
entry for RAM, but the xilinx-zynqmp does not.
The RT-Thread Memory/MMU table has more entries than we need for
GIC/UART/Timer/RAM right now, but would those ranges cover the complete set
of peripherals and RAM? I'm not sure why the memory entry they have only
covers 100Mbytes of RAM:
https://github.com/RT-Thread/rt-thread/blob/master/bsp/raspberry-pi/raspi4-64/driver/board.c#L25
> 2) Raspberry pi 3 kernel starts from 0x200000 and the MMU is mapped
> starting from 0x100000. My question is if the aarch64 kernel starts from
> 0x80000, then where should the MMU start from? I'm assuming it does not
> start from 0x0 because my current code's MMU starts from that and it's very
> likely that this is causing problems.
>
> Figure 1 in the BCM2711 shows the different memory mapping modes:
https://datasheets.raspberrypi.com/bcm2711/bcm2711-peripherals.pdf
I believe we should be looking at the one on the right "ARM view of the
address map in low peripheral mode". The "ARM view" here shows the RAM at
0x0. Having the kernel at 0x80000 fits in this view. In other words, the
ARM view has memory start at 0 and the kernel is loaded at the 0x80000
offset.
3) Any more suggestions? Glad to receive them.
>
In the bsp.h file, I think the defines need to be changed:
#define BSP_RPI4_PL011_BASE 0x7e201000
should be
#define BSP_RPI4_PL011_BASE 0xFE201000
That matches what I see in RT-Thread, and makes sense given the following
from the peripherals guide:
"If the VPU enables "Low Peripheral" mode then the ARM (only) has Main
peripherals available from 0x0_FC00_0000 to 0x0_FF7F_FFFF and ARM Local
peripherals available from 0x0_FF80_0000 to 0x0_FFFF_FFFF.
So a peripheral described in this document as being at legacy address
0x7Enn_nnnn is available in the 35-bit address space at 0x4_7Enn_nnnn, and
visible to the ARM at 0x0_FEnn_nnnn if Low Peripheral mode is enabled."
So what about the GIC addresses?
In bsp.h you have:
#define BSP_ARM_GIC_CPUIF_BASE 0x08010000
#define BSP_ARM_GIC_DIST_BASE 0x08000000
#define BSP_ARM_GIC_REDIST_BASE 0x080A0000
In RT-Thread they use addresses starting at 0xFF840000 (I think..) Should
these be offset as well?
Thanks,
Alan
> Thanks,
> Noor
>
> On Sat, 3 Sept 2022 at 22:05, Alan Cudmore <alan.cudmore at gmail.com> wrote:
>
>> Hi Noor,
>>
>> Nice blog entry on the JTAG setup. I ordered the FT232H board like yours
>> to see if I can get the same setup working. I have my Pi 4 running the bare
>> metal OS examples, and I have built your branch, so I hope to start looking
>> at the code.
>>
>> What needs to be in the MMU table? I see different entries in the Aarch64
>> BSPs. For example the Xilinx-versal BSP has entries for the GIC,
>> peripherals, and memory. Can you cover RAM and I/O space on the Pi 4 with
>> just one entry?
>>
>> Looking at the RT-Thread OS, they have the following Pi4/Aarch64 MMU
>> table:
>>
>>
>> https://github.com/RT-Thread/rt-thread/blob/master/bsp/raspberry-pi/raspi4-64/driver/board.c#L25
>>
>>
>>
>> Alan
>>
>> *From: *Noor Aman <nooraman5718 at gmail.com>
>> *Sent: *Friday, September 2, 2022 2:18 PM
>> *To: *Alan Cudmore <alan.cudmore at gmail.com>
>> *Cc: *Hesham Moustafa <heshamelmatary at gmail.com>; William Moore
>> <WKMoore at gmail.com>; rtems-devel at rtems.org <devel at rtems.org>
>> *Subject: *Re: RPi 4B MMU seems to be enabled but throwing
>> aarch64-default-exception error
>>
>>
>>
>> Openocd connection is on my website. Here's the link to that.
>> https://0xnoor.hashnode.dev/setup-openocd-with-jtag-uart-on-raspberry-pi-4-using-ft232h
>>
>>
>>
>> I pushed the code to my github repo. Be sure to checkout noor-dev branch.
>> Here's the link for that. https://github.com/0xnoor/rtems
>>
>>
>>
>> And yes the code looks bad as of now, I'll do optimization and everything
>> soon.
>>
>>
>>
>> Thanks
>>
>>
>>
>> On Fri, 2 Sept 2022 at 23:31, Alan Cudmore <alan.cudmore at gmail.com>
>> wrote:
>>
>> Hi Noor,
>>
>> Can you describe the setup you use for testing the BSP?
>>
>> I can set up my Pi 4 to try running your code as you update it. How do
>> you setup the OCD connection?
>>
>>
>>
>> Thanks,
>>
>> Alan
>>
>>
>>
>> On Fri, Sep 2, 2022 at 11:48 AM Noor Aman <nooraman5718 at gmail.com> wrote:
>>
>> Hey all,
>>
>> Raspberry Pi 4B MMU seems to be enabled, as reported by openocd but gdb
>> is showing to run in a loop from aarch64-defaulit-exception.S file starting
>> from code line number 143 to 220.
>>
>>
>>
>> From what I can gather, it is being caused by the wrong MMU address.
>>
>> Here's a RAM and MMU allocation sizes and base
>>
>>
>>
>> MEMORY {
>> RAM_MMU : ORIGIN = 0x0, LENGTH = (0x1000 *
>> ${AARCH64_MMU_TRANSLATION_TABLE_PAGES})
>> RAM : ORIGIN = 0x80000, LENGTH = 1024M
>> }
>>
>>
>>
>> Relevant Openocd info
>>
>>
>>
>> bcm2711.cpu0 halted in AArch64 state due to debug-request, current mode:
>> EL1T
>> cpsr: 0x200003c4 pc: 0x8e208
>> MMU: enabled, D-Cache: enabled, I-Cache: enabled
>> Info : New GDB Connection: 1, Target bcm2711.cpu0, state: halted
>>
>>
>>
>> Any ideas?
>>
>>
>>
>> Thanks,
>>
>> Noor
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20220904/c14d7fa3/attachment-0001.htm>
More information about the devel
mailing list