Sorry for the late reply, due to a spacious and long lasting Internet breakdown here. > Am 05.09.2022 um 09:24 schrieb Peter Robinson <pbrobinson@xxxxxxxxx>: > >>> ... > it's nuanced but not necessarily incorrect. Also when trying to find > their source I find this message which is more troubling [2]. That sounds not like plain mainline, indeed. > >>> So you get output from U-Boot before you get a grub menu? If so what >>> version string does the Armbian firmware return? >> >> It says: U-Boot 2020.10 - Armbian May 06 2011 >> >> >>> I may have found something, but I'm still bisecting some pieces down. >> >> Gives ma hope. > > > > Looking at [4] it seems they at least patch the configs which > indicates they do more. Also from that post the RockPi4 has XTX SPI > flash so it might not be hard for me to create a patch for upstream to > support it but without one of these boards the round trips of remote > low level debug of boot issues with firmware is probably too time > consuming for me to do at the moment. > I found this table: https://wiki.radxa.com/Rockpi4/hardware/models So, their new ‚plus‘ model to produced until 2029 will not include a SPI, not even as an option to solder it yourself. Instead, it includes an eMMC module by default. So I suppose, SPI is a dead end for RockPi and it is not useful to spend too much effort into it. Instead, it makes sense to focus on an eMMC boot drive or alternatively boot the older models from SD and then mount the root file system from NVMe. I will adjust our server documentation accordingly. > > [1] https://forum.armbian.com/topic/16195-booting-rock-pi-4abc-with-mainline-u-boot-in-spi-nvme-and-armbian-v2011x/ > [2] https://forum.armbian.com/topic/21024-rock-pi-4-does-armbian-build-their-own-u-boot-and-tf-a-binaries/ > [3] https://bugzilla.redhat.com/show_bug.cgi?id=2124127 > [4] https://forum.armbian.com/topic/16195-booting-rock-pi-4abc-with-mainline-u-boot-in-spi-nvme-and-armbian-v2011x/?do=findComment&comment=114327 > _______________________________________________ arm mailing list -- arm@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
