Creating a bug report/issue
I have searched the existing open and closed issues
Required Information
- Radxa 5b with newest dietpi image (v10)
Steps to reproduce
Flash Image to EMMC. Boot system.
- …
- …
Expected behaviour
Booting system as excpected.
Actual behaviour
It seems to me there are many IO errors (to fast to read) and a kernel panic at the end.
kernel panic - not syncing: attempted to init! exitcode=0x00000007
Booting from SD-Card works without a problem.
Maybe same reason as mentioned here:
Is this fix already in the newest image for rock5b (https://dietpi.com/downloads/images/DietPi_ROCK5B-ARMv8-Trixie.img.xz)?
Extra details
I managed to install system on emmc a long time ago (before offical support by dietpi), but I dont remember how I did it…
Only one who can answer this is @MichaIng
It is surprising at least, since this board has official Armbian support, with Radxa as premium partner, who work on the same kernel sources. Also I cannot find any report about failing eMMC on this board on the Armbian forum. But there are reports about issues on the ROCK 5A with some eMMC modules, and indeed the same fix for HS400 that has been applied to the ROCK 5A was never applied to the ROCK 5B.
Actually that fix is obsolete, since the node is defined in an include that is included by all RK3588 SBC device trees: linux-rockchip/arch/arm64/boot/dts/rockchip/rk3588s-pinctrl.dtsi at 34ab830bda234bd4d5b0e3a46451fe5f89e2cc35 · armbian/linux-rockchip · GitHub
However, it needs to be references elsewhere to not be removed. The ROCK 5A references it in its eMMC node: linux-rockchip/arch/arm64/boot/dts/rockchip/rk3588s-rock-5a.dts at 34ab830bda234bd4d5b0e3a46451fe5f89e2cc35 · armbian/linux-rockchip · GitHub
The ROCK 5B does not: linux-rockchip/arch/arm64/boot/dts/rockchip/rk3588-rock-5b.dts at 34ab830bda234bd4d5b0e3a46451fe5f89e2cc35 · armbian/linux-rockchip · GitHub
… Ah wait, &pcfg_pull_none vs &pcfg_pull_down, so the ROCK 5A device tree also changes the behavior. And the ROCK 5A really is the only SBC which defines pinctrl for the eMMC node at all, not a single other Rockchip SBC device tree does this.
But maybe there is some internal mechanism or I am missing something. On my mainline Linux NanoPi M6 I do see those nodes. Can you check this (when booting from SD card):
ls -l /proc/device-tree/mmc@fe2e0000/
ls -l /proc/device-tree/pinctrl/emmc/emmc-data-strobe/
by the way:
coincidence or did you do some work on this already?
(I haven't installed them yet)
this is the used 32gb module:
just for completeness:
I think I installed the official debian image from radxa and installed dietpi as a package afterwards at first installation.
I can remember it was a long procedure with many errors which I have to solve manually (since there was no image from dietpi at this time).
but the system runs the whole time from mmc as boot device (and system) while data is on a m2 ssd.
But I can’t remember if I installed it directly to emmc or moved the system from sd to emmc after installation…
Coincidence 
.
Okay, so the nodes do exist. I’ll create a test kernel with the same patch applied to ROCK 5A. In the end it is the same SoC and uses the same base device trees, not changing anything on eMMC nodes but that pin assignment. Also mainline wires this the exact same way (which is missing in vendor Linux for the ROCK 5B): https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/arch/arm64/boot/dts/rockchip/rk3588-base.dtsi#n2230
EDIT: Mainline even sets the data strobe to pull down as well for all RK3588. Weird that vendor does not do that. Good to keep in mind of other RK3588 have eMMC compatibility issues as well, we might just change that in the base dtsi like mainline does: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/arch/arm64/boot/dts/rockchip/rk3588-base-pinctrl.dtsi#n368
Patch our end: rock5b: raise eMMC compatibility as done for ROCK 5A · MichaIng/build@247431d · GitHub
Build running: Armbian · MichaIng/DietPi@9e1b2ed · GitHub
@hmtec99
Once the build is done, please test:
G_DEV_TEST_FIRMWARE
EDIT: Test image with this kernel is building as well: DietPi-Build · MichaIng/DietPi@8b0120c · GitHub
Can be found here once done: Index of /downloads/images/testing
