All of lore.kernel.org
 help / color / mirror / Atom feed
From: Javier Martinez Canillas <javierm@redhat.com>
To: The development of GNU GRUB <grub-devel@gnu.org>,
	Mike Gilbert <floppym@gentoo.org>
Cc: "Philip Müller" <philm@manjaro.org>,
	"Daniel Kiper" <daniel.kiper@oracle.com>,
	"Bernhard Landauer" <bernhard@manjaro.org>,
	"Mark Wagie" <mark@manjaro.org>,
	"Robbie Harwood" <rharwood@redhat.com>
Subject: Re: [Regression] efi: Don't display a uefi-firmware entry if it's not supported
Date: Tue, 30 Aug 2022 23:34:10 +0200	[thread overview]
Message-ID: <7207213e-e5ee-d44e-150e-c70bde9a4fd2@redhat.com> (raw)
In-Reply-To: <CAJ0EP42xbM9ZLx+-yu4jbx2p9HBs=3zhfxP+JgGgpoAAYatyXw@mail.gmail.com>

On 8/30/22 23:14, Mike Gilbert wrote:> On Tue, Aug 30, 2022 at 4:16 PM Robbie Harwood <rharwood@redhat.com> wrote:
>> Why doesn't grub on the MBR get updated when you install a new grub
>> package?  That seems like the real issue here - what am I missing?
> 
> I think the grub project tries to maintain config file compatibility
> with older versions so that users can use new config files even if an
> older grub version is still installed in /boot/grub.
>

In my opinion the grub configuration scheme is already too complex (a script
that executes a set of scripts that generate sections of a script executed
on boot) to also throw backward compatibility in the mix.

I agree with Robbie here, either don't re-generate your GRUB config file in
a installed system or update the GRUB core image in the embedding gap too.

Anything but that feels like an uphill battle to me and would just add much
more complexity.
 
>> Regardless, if we can't count on fwsetup being updated, then I think we
>> need to go back to the original version of my patch which doesn't have
>> --is-supported.
>

Indeed. The original patch didn't use that option, it was added to address
some feedback that Robbie had on an earlier version.
 
> You could add a feature flag, which causes grub-core to set an
> environment variable when a new feature is supported. See the features
> array in grub-core/normal/main.c.
>
> You would then check for this feature flag in the grub.d snippet
> before calling fwsetup --is-supported.
>

Please don't. As mentioned, I think we should aim to simplify the grub.cfg
instead of making it more complicated.

-- 
Best regards,

Javier Martinez Canillas
Core Platforms
Red Hat



  reply	other threads:[~2022-08-30 21:36 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <9274cc62-1922-76c8-925b-b172389b6c3d@manjaro.org>
     [not found] ` <897c60aa-a254-09e3-9efa-a221cd58d2a9@manjaro.org>
2022-08-30 20:16   ` [Regression] efi: Don't display a uefi-firmware entry if it's not supported Robbie Harwood
2022-08-30 21:14     ` Mike Gilbert
2022-08-30 21:34       ` Javier Martinez Canillas [this message]
2022-08-30 22:07         ` Philip Müller
2022-08-30 22:43           ` Javier Martinez Canillas
2022-08-30 23:15             ` Philip Müller
2022-08-31  4:46               ` Luna Jernberg
2022-08-31 18:44             ` Robbie Harwood
2022-09-01 17:11               ` Philip Müller
2022-08-31 11:16           ` Morten Linderud
2022-08-31 11:47     ` Mihai Moldovan
2022-08-31 15:14     ` Dimitri John Ledkov
2022-09-05 22:49       ` Glenn Washburn
2022-10-28 12:55         ` Daniel Kiper

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7207213e-e5ee-d44e-150e-c70bde9a4fd2@redhat.com \
    --to=javierm@redhat.com \
    --cc=bernhard@manjaro.org \
    --cc=daniel.kiper@oracle.com \
    --cc=floppym@gentoo.org \
    --cc=grub-devel@gnu.org \
    --cc=mark@manjaro.org \
    --cc=philm@manjaro.org \
    --cc=rharwood@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.