Fedora Account System
Red Hat Associate
Red Hat Customer
With kernel-7.3.0-0.rc0.260821g818bebeb63dd.8.fc46 and later builds, BIOS installs fail with an error: Aug 21 23:42:29 localhost.localdomain org.fedoraproject.Anaconda.Modules.Storage[2485]: INFO:program:Running in chroot '/mnt/sysroot'... grub2-install --no-floppy /dev/vda Aug 21 23:42:29 localhost.localdomain org.fedoraproject.Anaconda.Modules.Storage[2485]: INFO:program:grub2-install: error: /usr/lib/grub/i386-ieee1275/modinfo.sh doesn't exist. Please specify --target or --directory. Aug 21 23:42:29 localhost.localdomain org.fedoraproject.Anaconda.Modules.Storage[2485]: DEBUG:program:Return code of grub2-install: 1 UEFI installs are fine. The affected builds are gated from Rawhide, but have reached ELN, so ELN BIOS installs are failing in Real Life. CCing ELN folks and folks from the BIOS SIG which Justin kindly reminded me exists.
I've just tagged kernel-7.3.0-0.rc0.260818g0f23d56f17fd.3.eln159 into ELN (I think that's the last known-good kernel), so things should recover shortly.
Yeah, I believe that one was OK.
There's a new build kernel-7.3.0-0.rc0.260825g66498c75b4f8.12.fc46 which still has this bug, so you'll need to untag the corresponding ELN build, Stephen.
No ELN build has been kicked off for that kernel. I assume Justin is going to hold off building for ELN until that issue is addressed. (Kernel is on the list of packages that aren't automatically built for ELN and have to be submitted: https://github.com/fedora-eln/elnbuildsync-config/blob/production/elnbuildsync_dynamic.yaml#L53).
We were *supposed* to have gating on kernel updates by now...
I still haven't thought of a good way to deal with the "results reported against update vs. results reported against build" problem :( It is not easily tractable.
From grub-core/osdep/linux/platform.c: grub_util_info ("Looking for /proc/device-tree .."); if (is_not_empty_directory ("/proc/device-tree")) { grub_util_info ("...found"); return "i386-ieee1275"; } grub_util_info ("... not found"); return "i386-pc"; Fedora ships i386-pc but not i386-ieee1275. With kernel 7.3 we now have the structure there, even if the files are empty: ls /proc/device-tree/ '#address-cells' name '#size-cells' I would recommend that if Fedora is not going to ship i386-ieee1275 grub2 should just patch out that section and have it all return i386-pc? In the meantime, no kernel updates will ship until grub changes this. Gating prevents it.
So it appears I can turn this off in kernel for the time being. Though it still seems a problematic method for checking.
I followed Justin's suggestion here https://src.fedoraproject.org/rpms/grub2/pull-request/255# but at the end I did not remove the whole 'if /proc/device-tree' because I consider useful for debugging purposes. Thanks Justin for pointing out the fix.