Hi Martin, On Wed, Jul 22, 2026 at 12:05 AM Martin Herren <[email protected]> wrote: > > Hej Jonas and Alexey, > > On Monday, July 13th, 2026 at 12:03 PM, Alexey Charkov <[email protected]> > wrote: > > > This aims to upstream Jonas Karlman's long-standing patch series fixing > > the boot from SDMMC on RK3576, which requires a hotfix to the boot ROM's > > global state area before any SDMMC reads are initiated to avoid clobbing > > the ROM's state and breaking the boot process. > > > > > The preparatory patches for the image tools are submitted verbatim from > > Jonas' version, while the "boost" code doing the actual hotfix is > > converted from using a pre-built tiny binary to a from-source build using > > the existing U-Boot build system. > > > > > From-source build also alleviates the problem with parallel out-of-tree > > builds, which could skip the pre-built binary but which always pick up the > > from-source build. > > > > > Tested on a number of RK3576 boards, including the Rockchip RK3576 EVB1, > > ArmSoM Sige5, FriendlyElec NanoPi M5, Luckfox Omni3576, Radxa Rock 4D and > > Flipper One, all of which fail to boot from SDMMC without this series but > > boot fine with it applied. > > Thanks for the original patch and reviving it with this v2 ! > > Comes really at the right time as I'm trying to add Yocto support for the > Radxa 4D board. > > Successfully tested this serie on my Radxa 4D board, even if already reported > as tested. > > Tested it on v2026.07 where it applies directly. > Also tested it on v2026.04, in this case 2 additional patches from Jonas > already in v2026.07 must be backported, then it also applies without problems > (little fuzz). > > In both situations, once flashed to SPI it boots fine from SD !
Great to hear it works! > Now no need to use the 'WiP' commit on Jonas' branch anymore with the > pre-built boost.bin as it is now built with the added commit in new serie. > > Still SPL is not able to load U-boot proper from SPI (probe failing) and > falls back to SD. Saw a few WIP commits on Jonas' kwiboo branches that look > like handling that, couldn't get that to work yet. Anyway that is out of > scope of this patch. So for the scope of this patch it does what it's > expected to do. For booting from SPI I've got this patch [1] in my local tree which I "think" solved a similar problem for me on a FriendlyElec NanoPi M5 a while ago. I haven't found time since then to investigate whether it is indeed required (and by the looks of it, it _shoudn't_ be, but it needs thorough investigation). Could you please try and see if anything like it helps with your symptoms on a Rock 4D? Except of course you'll need to substitute sfc0 for sfc1, and <&fspi0_pins &fspi0_csn0> for the pin config. [1] https://github.com/flipperdevices/u-boot/commit/749a5e430fad2798c948bdedb948ebf238263bde > Will happily test a potential future v3 if that might be of any help. Appreciated, thanks! Best regards, Alexey
