All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Horman <horms@kernel.org>
To: Dave Young <dyoung@redhat.com>
Cc: Pingfan Liu <piliu@redhat.com>,
	kexec@lists.infradead.org, Philipp Rudo <prudo@redhat.com>
Subject: Re: [PATCH 0/3] Enable UKI image load on x86_64
Date: Mon, 2 Dec 2024 13:34:00 +0000	[thread overview]
Message-ID: <20241202133400.GD3737@kernel.org> (raw)
In-Reply-To: <20241202130623.GB3737@kernel.org>

On Mon, Dec 02, 2024 at 01:06:23PM +0000, Simon Horman wrote:
> On Fri, Nov 22, 2024 at 10:12:35AM +0800, Dave Young wrote:
> > Hi Pingfan,
> > 
> > On Tue, 5 Nov 2024 at 11:57, Pingfan Liu <piliu@redhat.com> wrote:
> > >
> > > The correct kernel fd instead of UKI image fd should be
> > > passed to the syscall. On arm64, it is not a problem, but on x86_64, it
> > > is.(see commit log in 2/3)
> > >
> > > This series aims to address the above problem.
> > >
> > > Cc: Simon Horman <horms@kernel.org>
> > > Cc: Philipp Rudo <prudo@redhat.com>
> > > To: kexec@lists.infradead.org
> > >
> > > Pingfan Liu (3):
> > >   UKI: Split out the routine to create temporary fd
> > >   kexec: Create a temporary file to hold .linux section in uki_probe()
> > >   x86_64: Support UKI image format
> > 
> > After Doing a test based on this series,   I noticed the uki load will
> > not use the uki internal .cmdline for kernel command line parameters,
> > it requires people to specify cmdline with kexec.  I think this is
> > helpful for kdump to use.  But for general use it would be better to
> > do something like:
> > 
> > by default use the UKI internal cmdline
> > If one specify --command-line or --reuse-cmdline then just use the
> > user provided cmdline and ignore the UKI internal cmdline.
> > 
> > Anyway this can be improved in the future as an appending patch,  the
> > functionality works for me.
> > 
> > Acked-by: Dave Young <dyoung@redhat.com>
> 
> Thanks,
> 
> I will plan to apply this after v2.0.30 has been released.

Thanks everyone, applied.


      reply	other threads:[~2024-12-02 13:34 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-05  3:57 [PATCH 0/3] Enable UKI image load on x86_64 Pingfan Liu
2024-11-05  3:57 ` [PATCH 1/3] UKI: Split out the routine to create temporary fd Pingfan Liu
2024-11-05  3:57 ` [PATCH 2/3] kexec: Create a temporary file to hold .linux section in uki_probe() Pingfan Liu
2024-11-05  3:57 ` [PATCH 3/3] x86_64: Support UKI image format Pingfan Liu
2024-11-22  2:12 ` [PATCH 0/3] Enable UKI image load on x86_64 Dave Young
2024-12-02 13:06   ` Simon Horman
2024-12-02 13:34     ` Simon Horman [this message]

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=20241202133400.GD3737@kernel.org \
    --to=horms@kernel.org \
    --cc=dyoung@redhat.com \
    --cc=kexec@lists.infradead.org \
    --cc=piliu@redhat.com \
    --cc=prudo@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.