Re: v2026.05.0

["Sascha Hauer" <s.hauer@pengutronix.de>]

On 2026-05-20 15:11, Alexander Shiyan wrote:
> Here is output with lowlevel debug:
> DDR 03ea844c5d typ 24/09/03-10:42:57,fwver: v1.23
> In
> ...
> out
> >rockchip-dmc: rockchip_sdram_size(reg2=1000ea01, reg3=30000031)
> rockchip-dmc: rank 2 cs0_col 10 cs1_col 10 bk 3 cs0_row 17 cs1_row 17
> bw 2 row_3_4 0
> rockchip-dmc: rk3568_ram_sizes() = 8589934592
> mmu: enabling MMU, ttb @ 0xedf80000
> mmu: __arch_remap_range: 0x00000000+0x8000000000 type UNCACHED
> mmu: __arch_remap_range: 0x8000000000+0x8000000000 type UNCACHED
> mmu: __arch_remap_range: 0x00a00000+0xef600000 type RWX
> mmu: __arch_remap_range: 0xee000000+0x2000000 type FAULT
> mmu: __arch_remap_range: 0x00b00000+0x60000 type RWX

Damn. I introduced this:

        pbl_malloc_init(membase[0] + memsize[0] - PBL_MALLOC_SIZE, PBL_MALLOC_SIZE);

This exactly ends up in the area marked as FAULT above (reserved for
OP-TEE).

Try this:

        pbl_malloc_init(membase[0] + memsize[0] - OPTEE_SIZE - PBL_MALLOC_SIZE,
                        PBL_MALLOC_SIZE);

You have XZ as image compression, right?

The rockchip_v8_defconfig uses LZ4 which doesn't need any dynamic memory
for decompression. I tested with XZ as well, but the configuration I
used for this test doesn't have OP-TEE enabled, so the faulting area was
not there.

Sascha

--
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |