public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Baoquan He <bhe@redhat.com>
To: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: David Woodhouse <dwmw2@infradead.org>,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ming Lei <ming.lei@redhat.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Linux PM <linux-pm@vger.kernel.org>,
	Kexec Mailing List <kexec@lists.infradead.org>
Subject: Re: Does anyone actually use KEXEC_JUMP?
Date: Fri, 20 Dec 2024 15:22:17 +0800	[thread overview]
Message-ID: <Z2UbKdmmgd/IzMoz@MiWiFi-R3L-srv> (raw)
In-Reply-To: <87bjxbzdyq.fsf@email.froward.int.ebiederm.org>

On 12/16/24 at 12:21pm, Eric W. Biederman wrote:
> David Woodhouse <dwmw2@infradead.org> writes:
> 
> > It isn't broken. I know of it being used a few million times a week.
> >
> > There are corner cases which have never worked right, like the callee
> > putting a different return address for its next invocation, on the
> > stack *above* the address it 'ret's to. Which since the first kjump
> > patch has been the first word of the page *after* the swap page (and
> > is now fixed in my tree). But fundamentally it *does* work.
> >
> > I only started messing with it because I was working on
> > relocate_kernel() and needed to write a test case for it; the fact
> > that I know of it being used in production is actually just a
> > coincidence.
> 
> Cool.  I had the sense that the original developer never got around
> to using it, so I figured I should check.
> 
> Mind if I ask what you know of it being used for?

I am also very curious about the use case and asked David in other
thread, while David didn't tell. Not sure if it's one company's
confidential information. We may want to know what it's used for to
evaluate if it's a generally useful use case, or an unintentional
testing.

> 
> I had imagined it might be a way to call firmware code preventing the
> need to code of a specific interface for each type of firmware.
> 
> Eric
> 
> 


      reply	other threads:[~2024-12-20  7:22 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-16 13:39 [PATCH v1] kexec_core: Add and update comments regarding the KEXEC_JUMP flow Rafael J. Wysocki
2024-12-16 13:43 ` David Woodhouse
2024-12-16 16:00   ` Does anyone actually use KEXEC_JUMP? Eric W. Biederman
2024-12-16 18:14     ` David Woodhouse
2024-12-16 18:21       ` Eric W. Biederman
2024-12-20  7:22         ` Baoquan He [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=Z2UbKdmmgd/IzMoz@MiWiFi-R3L-srv \
    --to=bhe@redhat.com \
    --cc=dwmw2@infradead.org \
    --cc=ebiederm@xmission.com \
    --cc=kexec@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=ming.lei@redhat.com \
    --cc=rjw@rjwysocki.net \
    --cc=tglx@linutronix.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox