All of lore.kernel.org
 help / color / mirror / Atom feed
From: 黄杰 <huangjie.albert@bytedance.com>
To: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Fwd: [External] Re: [PATCH 1/4] kexec: reuse crash kernel reserved memory for normal kexec
Date: Mon, 25 Jul 2022 20:56:00 +0800	[thread overview]
Message-ID: <CABKxMyMAaVzCZRmqFR_S9o4n0aeonxXZZGAn9ef27NcwWeC=6g@mail.gmail.com> (raw)
In-Reply-To: <Yt6GPsWcG9iWHBUg@zx2c4.com>

---------- Forwarded message ---------
发件人: Jason A. Donenfeld <Jason@zx2c4.com>
Date: 2022年7月25日周一 20:02
Subject: [External] Re: [PATCH 1/4] kexec: reuse crash kernel reserved
memory for normal kexec
To: Albert Huang <huangjie.albert@bytedance.com>
Cc: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar
<mingo@redhat.com>, Borislav Petkov <bp@alien8.de>, Dave Hansen
<dave.hansen@linux.intel.com>, <x86@kernel.org>, H. Peter Anvin
<hpa@zytor.com>, Eric Biederman <ebiederm@xmission.com>, Masahiro
Yamada <masahiroy@kernel.org>, Michal Marek <michal.lkml@markovi.net>,
Nick Desaulniers <ndesaulniers@google.com>, Kirill A. Shutemov
<kirill.shutemov@linux.intel.com>, Kuppuswamy Sathyanarayanan
<sathyanarayanan.kuppuswamy@linux.intel.com>, Michael Roth
<michael.roth@amd.com>, Nathan Chancellor <nathan@kernel.org>, Ard
Biesheuvel <ardb@kernel.org>, Joerg Roedel <jroedel@suse.de>, Mark
Rutland <mark.rutland@arm.com>, Peter Zijlstra <peterz@infradead.org>,
Sean Christopherson <seanjc@google.com>, Kees Cook
<keescook@chromium.org>, <linux-kernel@vger.kernel.org>,
<kexec@lists.infradead.org>, <linux-kbuild@vger.kernel.org>


Hi Albert,

On Mon, Jul 25, 2022 at 04:38:53PM +0800, Albert Huang wrote:
> The kexec userspace tool also needs to add parameter options(-r) that
> support the use of reserved memory (see another patch for kexec)
>
> [...]
>
> -     if (kexec_on_panic) {
> +     if (kexec_on_panic && kexec_on_reserved) {

Two small questions related to this:

- Why does kexec-tools need an option, or more specifically, why does
  userspace need to communicate about this at all? Can't the kernel just
  automatically use the available reserved memory in the case that's not
  already being used by the panic handler kernel? I'm curious about
  whether there are caveats that would make this occasionally
  undesirable, hence suggesting an option.

- I don't totally understand how this works, so I might be a bit off
  here, but is there any chance that this could be made to co-exist with
  kexec_on_panic? Can a larger region just be reserved, specifically for
  this, rather than piggy backing on the panic handler region?

> +static struct page *kimage_alloc_reserverd_control_pages(struct kimage *image,
> +     case KEXEC_TYPE_RESERVED_MEM:
> +             pages = kimage_alloc_reserverd_control_pages(image, order);

Nit:
  reserverd -> reserved

Jason

  reply	other threads:[~2022-07-25 12:56 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-25  8:38 [PATCH 0/4] faster kexec reboot Albert Huang
2022-07-25  8:38 ` Albert Huang
2022-07-25  8:38 ` [PATCH 1/4] kexec: reuse crash kernel reserved memory for normal kexec Albert Huang
2022-07-25  8:38   ` Albert Huang
2022-07-25 12:02   ` Jason A. Donenfeld
2022-07-25 12:02     ` Jason A. Donenfeld
2022-07-25 12:56     ` 黄杰 [this message]
2022-07-25 13:30     ` [External] " 黄杰
2022-07-25 13:30       ` 黄杰
2022-07-25  8:38 ` [PATCH 2/4] kexec: add CONFING_KEXEC_PURGATORY_SKIP_SIG Albert Huang
2022-07-25  8:38   ` Albert Huang
2022-07-25 12:15   ` Jason A. Donenfeld
2022-07-25 13:32     ` [External] " 黄杰
2022-07-25 13:32       ` 黄杰
2022-07-28  1:57       ` 黄杰
2022-07-28  1:57         ` 黄杰
2022-07-25 12:56   ` Fwd: " 黄杰
2022-07-25  8:38 ` [PATCH 3/4] x86: Support the uncompressed kernel to speed up booting Albert Huang
2022-07-25  8:38   ` Albert Huang
2022-07-25 12:55   ` Fwd: " 黄杰
2022-07-25 16:57   ` Eric W. Biederman
2022-07-25 16:57     ` Eric W. Biederman
2022-07-25  8:38 ` [PATCH 4/4] x86: boot: avoid memory copy if kernel is uncompressed Albert Huang
2022-07-25  8:38   ` Albert Huang
2022-07-25 12:55   ` Fwd: " 黄杰
2022-07-25 12:54 ` Fwd: [PATCH 0/4] faster kexec reboot 黄杰
2022-07-25 17:04 ` Eric W. Biederman
2022-07-25 17:04   ` Eric W. Biederman
2022-07-26  5:53   ` [External] " 黄杰
2022-07-26  5:53     ` 黄杰
2022-07-28  1:55     ` 黄杰
2022-07-28  1:55       ` 黄杰

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='CABKxMyMAaVzCZRmqFR_S9o4n0aeonxXZZGAn9ef27NcwWeC=6g@mail.gmail.com' \
    --to=huangjie.albert@bytedance.com \
    --cc=linux-kernel@vger.kernel.org \
    /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.