Hi,

> From the Fedora Cloud point of view, I am generally supportive of
> this. I would like to see other common filesystem modules re-added
> though (particularly btrfs, but it also probably makes sense to re-add
> xfs and ext4). I have had a todo item for a while now to discuss
> extending grub to s390x like the SUSE folks do for similar reasons.

I'd rather see the fat driver removed and grub using
EFI_SIMPLE_FILESYSTEM_PROTOCOL instead.

> Having a unified chain across all architectures that gives us a
> consistent set of features allows us to have focused integration
> points in userspace and develop failure mode handling that works
> regardless of the platform.

That is IMHO an illusion.  The boot loader can't hide the platform
differences.

Look, grub started as boot loader for x86 bios systems.  That is
firmware with a very limited feature set.  So grub brings its own
drivers for pretty much everything.  And that history is still very
present today in the grub code base.

UEFI arrived, with alot more features.  grub continues to use its
own drivers, causing conflicts at times because both the grub driver
and the efi driver are active at the same time.  Also grub completely
ignores features provided by the firmware.  For starters the grubenv
file with all its problems such as grub needing write access to the
filesystem for updates IMHO doesn't make much sense on UEFI systems
because grub could store that data in EFI variables instead.

> And being able to leverage filesystem features to provide defense
> in-depth around data integrity is something David and I have been
> exploring and engaging with upstreams on as well.

Why "filesystem features" and "data integrity" is something boot
loaders should have to care about?

take care,
  Gerd

-- 
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
Do not reply to spam, report it: 
https://forge.fedoraproject.org/infra/tickets/issues/new

Reply via email to