Control: retitle 1027176 u-boot-amlogic: broken non-EFI boot on amlogic boards
On 2023-01-05, Frédéric Danis wrote: > On 03/01/2023 18:55, Vagrant Cascadian wrote: >> Sounds like the bug *is* reproducible with unstable and experiemental >> versions, from reading the logs; looks like the same issue with >> odroid-c2. >> >> Could you try building a "noefi" variant, like done with odroid-c2, and >> test for the lepotato (libretech-cc?): >> >> >> https://salsa.debian.org/debian/u-boot/-/commit/711ca985af1cab6f11e33fcf5e30dcc40dc7e64d > > The "noefi" variant works fine for unstable (2022.10+dfsg-2) and > experimental (2023.01~rc4+dfsg-1) versions. > I create a merge request for it: > https://salsa.debian.org/debian/u-boot/-/merge_requests/28 Thanks, merged! >> Could you also test EFI booting with the versions from unstable and >> experimental to see if they can load a kernel? If EFI does work, that >> justifies building two variants with and without EFI... it is a bit ugly >> to produce two variants, but it's the easiest known workaround for >> now... > > I'm able to boot the debian-installer mini.iso and get the first install > menu with unstable and experimental u-boot. Thanks for the testing! At this point, I am assuming that all the amlogic builds are affected, and worst case we include the "noefi" workaround for all boards. There has been some recent discussion in irc.libera.chat #u-boot and #linux-amlogic about this issue, so the possibility of an upstream fix coming is not impossible. live well, vagrant
signature.asc
Description: PGP signature
