Stefan Schake

I've used the out-of-tree version here: https://github.com/mumbel/ghidra_riscv Seems to work okay, even if it doesn't have the exact ISA. In general, I'd recommend just giving Ghidra an ELF from the...

I might be misunderstanding, but since the ELF here is built purely so the code can be pulled out of it for a raw flash image, it won't have any...

@Yangff I think the problem with disappearing writes is that Ghidra doesn't know about the memory-mapped PHY stuff. I fixed that by adding it to the Memory Map with Start...

I've sent https://github.com/pine64/bl602-docs/pull/18 There is another mmio peripheral at 0x44b00000 (till ~0x44b09000) that has what the firmware calls mm or MAC management.

@Yangff this is fixed in the latest version of the RISCV plugin and the instruction starting at 2301505a correctly disassembled as c.fswsp

It might also be helpful to dump the dsi1 regs before a reboot where the issue occurs. There is a debugfs file for that (dsi1_regs, usually in /sys/kernel/debug/dri/0/)

I assume you are running with 256 MiB of CMA. Since the CMA allocation fails even though you are only using ~30 MiB, you are very likely running into heavy...

You can try this patch, written from memory: [0001-drm-vc4-Keep-the-binner-BO-through-suspend.patch.txt](https://github.com/anholt/linux/files/2167982/0001-drm-vc4-Keep-the-binner-BO-through-suspend.patch.txt) Can you confirm you are running with 256 MiB CMA? Check the kernel log, the default kernel configuration setting might or...

You have simply run out of graphics memory.

There is no specific module for it - if you use the VC4 DRM driver, you will automatically get the HDMI audio.