[RFC][PATCH] board: rockchip: add Radxa ROCK5B Rk3588 board

Jonas Karlman jonas at kwiboo.se
Tue Feb 14 12:04:19 CET 2023


Hi Eugen,

On 2023-02-14 11:26, Eugen Hristev wrote:
> On 2/6/23 14:14, Jonas Karlman wrote:
>> Hi Eugen,
>> On 2023-02-06 12:59, Eugen Hristev wrote:
>>> ROCK 5B is a Rockchip RK3588 based SBC (Single Board Computer) by Radxa.
>>>
>>> There are tree variants depending on the DRAM size : 4G, 8G and 16G.
>>>
>>> Specification:
>>>
>>>      Rockchip Rk3588 SoC
>>>      4x ARM Cortex-A76, 4x ARM Cortex-A55
>>>      4/8/16GB memory LPDDR4x
>>>      Mali G610MC4 GPU
>>>      MIPI CSI 2 multiple lanes connector
>>>      eMMC module connector
>>>      uSD slot (up to 128GB)
>>>      2x USB 2.0, 2x USB 3.0
>>>      2x HDMI output, 1x HDMI input
>>>      Ethernet port
>>>      40-pin IO header including UART, SPI, I2C and 5V DC power in
>>>      USB PD over USB Type-C
>>>      Size: 85mm x 54mm
>>>
>>> Signed-off-by: Eugen Hristev <eugen.hristev at collabora.com>
>>> ---
>>>
>>> Hi,
>>>
>>> This patch is based on top of Jagan's series
>>> https://lists.denx.de/pipermail/u-boot/2023-January/506156.html>>>>
>>> And fixes from Jonas Karlman which I cherrypicked
>>> The DT is identical with current linux-next.
>>>
>>> One thing which is not working as expected is the DRAM size detection,
>>> the rock5b has 16 GiB but Uboot only reports 4 GiB.
>>>
>>> The DRAM driver used is the one from Jagan's series.
>>>
>>> Jagan, maybe you can tell me how is this driver working on your Edgeble board
>>> and how the detection works there for you ?
>>
>> With the SDRAM series at [1] it should hopefylly detect the correct ram size.
>> I will send a v2 rebased on u-boot master later today, a CONFIG_ to CFG_ change.
>>
>> [1] https://patchwork.ozlabs.org/project/uboot/cover/20230116161459.1307591-1-jonas@kwiboo.se/>>>
>> Regards,
>> Jonas
>>
> 
> Hi Jonas, Jagan,
> 
> Have you tested the rk3588 with 16 GiB of DRAM ?
> If the DRAM bank discovered is [0, 4 0000 0000] , U-boot will reserve an 
> area for trust and for optee, and place two areas in kernel's DTB :
> [20 0000 , f000 0000] and [1 0000 0000 , 4 0000 0000]
> 
> And this cause the kernel to crash very early.
> 
> Downstream U-boot appears to get the banks from ATAGs and has three areas:
> 
> [ 20 0000,  f000 0000 ] (size: 0xefe00000)
> [1 0000 0000 , 3 fc00 0000 ] (size: 0x2fc000000)
> [3 fc50 0000 , 3 fff0 0000 ] (size: 0x03a00000)
> 
> So maybe you have any idea why the gap at 3 fc00 0000 until 3 fc50 0000
> and the gap at 3 fff0 0000 up to 4 0000 0000 ?

I have only tested running u-boot and not linux on my rk3588 8GB board.

The TRM does not mention any address mapping within [1 0000 0000, 9 0000 0000].
Also try without TEE, the area reserved by vendor u-boot may be something optee will use.
U-Boot mainline does not reserve a memory area when TEE is used.

Regards,
Jonas

> 
> Thanks,
> 
> Eugen
> 
> 
> 
> [snip]



More information about the U-Boot mailing list