#4 Port asahi-scripts to Fedora
Closed: Fixed by dcavalca. Opened by dcavalca.

https://github.com/AsahiLinux/asahi-scripts

Of these we need:
- update-vendor-firmware - can probably be packaged as-is and should just work
- update-m1n1 - I think this should be turn into an rpm transfiletrigger
- update-grub - probably not needed
- initcpio/install/asahi - port to dracut config override
- systemd-udev-trigger-early.service - I have no idea why they have this in the first place


Metadata Update from @ngompa:
- Issue tagged with: Development, Installation

Put up a review for this, with just update-vendor-firmware for now: https://bugzilla.redhat.com/show_bug.cgi?id=2068554

And also filed a request to have it enabled by default: https://bugzilla.redhat.com/show_bug.cgi?id=2068555

@dcavalca According to Hector Martin in #asahi-dev on OFTC (timestamps are in US/Eastern):

3/26/2022, 12:09:28 PM - marcan: Eighth_Doctor: the udev trigger thing is to make udev trigger the nvme driver, *then* the firmware pull script runs, *then* normal udev trigger runs and loads the broadcom wifi driver
3/26/2022, 12:10:01 PM - marcan: without that you either end up with firmware not working on first boot / being out of step, or the firmware pull script blocking on nvme that won't come until it's done
3/26/2022, 12:10:22 PM - marcan: if you build the nvme driver and all its dependencies into the kernel you don't need it, of course
3/26/2022, 12:10:28 PM - marcan: or if you explicitly modprobe it some other way
3/26/2022, 12:10:42 PM - marcan: but I wanted to prove to myself we can do module autoloading "properly"

Metadata Update from @ngompa:
- Issue assigned to dcavalca

Issue status updated to: Closed (was: Open)
Issue close_status updated to: Completed

Issue status updated to: Open (was: Closed)

This is pretty much done. Two items left:

  • systemd-udev-trigger-early.service -- we can include this, but we'll need to get the preset updated as well; it might be easier to do force_drivers in the dracut config for the NVME modules instead
  • update-grub nerfs /etc/grub.d/30_uefi-firmware due to a bug; assuming that's https://git.savannah.gnu.org/cgit/grub.git/commit/util/grub.d/30_uefi-firmware.in?id=26031d3b101648352e4e427f04bf69d320088e77 we need to get that (and whatever it depends on) backported to Fedora

we don't have the update-grub command in Fedora, as far as I know?

We don't, and we likely shouldn't need it, but we do need to either workaround the 30_uefi-firmware bug or fix it.

There's an existing alternate patch in our grub to deal with fwsetup: https://src.fedoraproject.org/rpms/grub2/blob/rawhide/f/0189-efi-Print-an-error-if-boot-to-firmware-setup-is-not-.patch

Ah excellent, then we don't need to worry there.

This should be the last piece needed: https://github.com/AsahiLinux/asahi-scripts/pull/9

These are working fine now and we have everything we need.

Metadata Update from @dcavalca:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Metadata