rk3576: Add SPL v1.08 blob#44
Merged
Merged
Conversation
Mirror rk3576_spl_v1.08.bin from upstream rockchip-linux/rkbin. Needed to boot mainline U-Boot on the NanoPi M5 (and other RK3576 boards) from UFS storage: mainline SPL still hits the UFS OCS load_addr bug while the vendor SPL works around it via boot_merger packed into the idblock. The file is the SoC-wide RK3576 vendor SPL loader (DDR auto-detection internal); use via boot_merger by pointing FlashBoot=... at this blob. Companion to the recently-added rk35/rk3576_spl_v1.02.bin (older v1.02 remains the previous baseline for boards that don't need v1.08-specific fixes). Signed-off-by: SuperKali <hello@superkali.me>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
rk35/rk3576_spl_v1.08.binfrom upstream rockchip-linux/rkbin so Armbian builds can pull it from${RKBIN_DIR}instead of carrying a local copy.load_addrbug while vendor SPL v1.08 (assembled viaboot_merger) works around it.Context
On the NanoPi M5 (RK3576), the only currently-working stack for UFS boot is
BOOT_SCENARIO=vendor-spl-blobs(vendor SPL idblock + mainlineu-boot.itb). Without this blob inarmbian/rkbin, every consumer board has to ship its own copy underpackages/blobs/<board>/(currently the case in armbian/build PR for the M5), which is awkward for a SoC-wide blob.Test plan
rk35/rk3576_spl_v1.08.bin(SHA256 will match the upstream artifact).BOOT_SCENARIO=vendor-spl-blobsto assembleidbloader.imgviaboot_mergerfor NanoPi M5 — boots OK on hardware (vendor + current branches validated, all 4 storage targets: SPI/SD/NVMe/UFS).