From: Robbie Harwood <rharwood@redhat.com>
To: Daniel Kiper <dkiper@net-space.pl>
Cc: Raymund Will <rw@suse.de>,
grub-devel@gnu.org, Javier Martinez Canillas <javierm@redhat.com>
Subject: Re: [PATCH v2 1/1] Add support for grub-emu to kexec Linux menu entries
Date: Tue, 23 Aug 2022 17:03:46 -0400 [thread overview]
Message-ID: <jlgh722ekp9.fsf@redhat.com> (raw)
In-Reply-To: <20220820112310.f6qrzk5krd4nznwy@tomti.i.net-space.pl>
[-- Attachment #1: Type: text/plain, Size: 2475 bytes --]
Daniel Kiper <dkiper@net-space.pl> writes:
> On Tue, Aug 16, 2022 at 12:07:06PM -0400, Robbie Harwood wrote:
>> Raymund Will <rw@suse.de> writes:
>>
>>> Granted, the duplication of `--kexec` to signify "force it", might
>>> as well be spelled out as `--force-kexec` (or something similar).
>>> (But that change will provoke inconsistencies during an indefinite
>>> migration phase, where pre-boot images don't match binaries in the
>>> root filesystem, notably, when rollback snapshots come into play.)
>>
>> Passing --kexec twice (or --force-kexec) doesn't appear to change
>> anything in the versions of this patch I can easily find. We could
>> add
>
> Yeah, I think Raymund is talking about a bit different version of the
> patch. Raymund, could you provide us the one which has that features,
> and potentially others, implemented?
openSUSE's version of this patch has support for that which I'll
incorporate in the next version.
>> the behavior you're describing though - Daniel, would that help with
>> your concerns about it?
>
> I would prefer --force-kexec but if double --kexec is used in existing
> environments I am OK with the latter. However, please document this
> behavior in the GRUB's docs.
Appears to be in use in openSUSE; I imagine they'll want that
preserved. Could probably add --force-kexec as well if that's desired.
>>> Config-overrides in `grub.cfg` in turn would be a nice addition, but
>>> are relatively expensive to implement, as they'd probably need to be
>>> parsed and split into an array for `grub_util_exec()`, right?
>>
>> Yes. It's inevitably best-effort, especially if we can't depend on a
>> working shell.
>
> I would prefer to have "config-overrides" but if it requires tons of
> work I am OK with existing implementation, +/- minor tweaks/fixes,
> assuming its assumptions and limitations are properly documented.
I think the reason Raymund and I are hesitant is due to the lexing of
arguments. We need to split them to pass to grub_util_exec(), which
means we need to know how to split them. And we can't just split on the
space character because of things like --append - i.e., it can
reasonably have spaces in it. Quoting also is a problem for similar
reasons (and the suggested syntax uses single quotes).
So I don't see a simple way out, but maybe I've missed something. Are
there particular arguments you have in mind for adding? Maybe they
should be made default, or have specific options.
Be well,
--Robbie
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]
next prev parent reply other threads:[~2022-08-23 21:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-19 20:39 [PATCH v2 1/1] Add support for grub-emu to kexec Linux menu entries Robbie Harwood
2022-08-03 15:26 ` Daniel Kiper
2022-08-08 18:58 ` Robbie Harwood
2022-08-11 18:08 ` Daniel Kiper
2022-08-15 13:16 ` Raymund Will
2022-08-16 16:07 ` Robbie Harwood
2022-08-20 11:23 ` Daniel Kiper
2022-08-23 21:03 ` Robbie Harwood [this message]
2022-08-08 21:43 ` Vladimir 'phcoder' Serbinenko
2022-08-11 18:02 ` Robbie Harwood
2022-08-11 18:13 ` 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=jlgh722ekp9.fsf@redhat.com \
--to=rharwood@redhat.com \
--cc=dkiper@net-space.pl \
--cc=grub-devel@gnu.org \
--cc=javierm@redhat.com \
--cc=rw@suse.de \
/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.