LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Catalin Marinas <email@example.com>
To: Pavel Tatashin <firstname.lastname@example.org>
Cc: James Morris <email@example.com>, Sasha Levin <firstname.lastname@example.org>,
"Eric W. Biederman" <email@example.com>,
kexec mailing list <firstname.lastname@example.org>,
Jonathan Corbet <email@example.com>, Will Deacon <firstname.lastname@example.org>,
Linux ARM <email@example.com>,
Marc Zyngier <firstname.lastname@example.org>, James Morse <email@example.com>,
Vladimir Murzin <firstname.lastname@example.org>,
Matthias Brugger <email@example.com>,
Mark Rutland <firstname.lastname@example.org>,
Thomas Gleixner <email@example.com>,
Selin Dag <firstname.lastname@example.org>,
Tyler Hicks <email@example.com>,
Pingfan Liu <firstname.lastname@example.org>,
Andrew Morton <email@example.com>,
Subject: Re: [PATCH v16 00/15] arm64: MMU enabled kexec relocation
Date: Thu, 16 Sep 2021 10:37:40 +0100 [thread overview]
Message-ID: <YUMQZGLQl+82fL6G@arm.com> (raw)
On Thu, Aug 26, 2021 at 11:03:21AM -0400, Pavel Tatashin wrote:
> On Tue, Aug 24, 2021 at 2:06 PM Catalin Marinas <firstname.lastname@example.org> wrote:
> > > Enable MMU during kexec relocation in order to improve reboot performance.
> > >
> > > If kexec functionality is used for a fast system update, with a minimal
> > > downtime, the relocation of kernel + initramfs takes a significant portion
> > > of reboot.
> > >
> > > The reason for slow relocation is because it is done without MMU, and thus
> > > not benefiting from D-Cache.
> > The performance improvements are indeed significant on some platforms
> > (going from 7s to ~40ms), so I think the merging the series is worth it.
> > Some general questions so I better understand the impact:
> > - Is the kdump path affected in any way? IIUC that doesn't need any
> > relocation but we should also make sure we don't create the additional
> > page table unnecessarily (should keep as much memory intact as
> > possible). Maybe that's already handled.
> Because kdump does not need relocation, we do not reserve pages for
> the page table in the kdump reboot case. In fact, with this series,
> kdump reboot becomes more straightforward as we skip the relocation
> function entirely, and jump directly into the crash kernel (or
> purgatory if kexec tools loaded them).
> > - What happens if trans_pgd_create_copy() fails to allocate memory. Does
> > it fall back to an MMU-off relocation?
> In case we are so low on memory that trans_pgd_create_copy() fails to
> allocate the linear map that uses the large pages (the size of the
> page table is tiny) the kexec fails during kexec load time (not during
> reboot time), as out of memory. The MMU enabled kexec reboot is always
> on, and we should not have several ways to do kexec reboot as it makes
> the kexec reboot unpredictable in terms of performance, and also prone
> to bugs by having a common MMU enabled path and less common path when
> we are low on memory which is never tested.
I think this makes sense, especially since it will fail during the kexec
load time rather than reboot.
I'm ok in principle with this series but I'd need to convince James
Morse to have a another look since he followed it more closely than me.
Could you please rebase it against 5.15-rc1?
next prev parent reply other threads:[~2021-09-16 9:37 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-02 21:53 Pavel Tatashin
2021-08-02 21:53 ` [PATCH v16 01/15] arm64: kernel: add helper for booted at EL2 and not VHE Pavel Tatashin
2021-08-02 21:53 ` [PATCH v16 02/15] arm64: trans_pgd: hibernate: Add trans_pgd_copy_el2_vectors Pavel Tatashin
2021-08-02 21:53 ` [PATCH v16 03/15] arm64: hibernate: abstract ttrb0 setup function Pavel Tatashin
2021-08-02 21:53 ` [PATCH v16 04/15] arm64: kexec: flush image and lists during kexec load time Pavel Tatashin
2021-08-02 21:53 ` [PATCH v16 05/15] arm64: kexec: skip relocation code for inplace kexec Pavel Tatashin
2021-08-02 21:53 ` [PATCH v16 06/15] arm64: kexec: Use dcache ops macros instead of open-coding Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 07/15] arm64: kexec: pass kimage as the only argument to relocation function Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 08/15] arm64: kexec: configure EL2 vectors for kexec Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 09/15] arm64: kexec: relocate in EL1 mode Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 10/15] arm64: kexec: use ld script for relocation function Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 11/15] arm64: kexec: install a copy of the linear-map Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 12/15] arm64: kexec: keep MMU enabled during kexec relocation Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 13/15] arm64: kexec: remove the pre-kexec PoC maintenance Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 14/15] arm64: kexec: remove cpu-reset.h Pavel Tatashin
2021-08-02 21:54 ` [PATCH v16 15/15] arm64: trans_pgd: remove trans_pgd_map_page() Pavel Tatashin
2021-08-24 18:05 ` [PATCH v16 00/15] arm64: MMU enabled kexec relocation Catalin Marinas
2021-08-26 15:03 ` Pavel Tatashin
2021-09-16 9:37 ` Catalin Marinas [this message]
2021-09-16 22:32 ` Pasha Tatashin
2021-09-08 8:59 ` Pingfan Liu
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:
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--subject='Re: [PATCH v16 00/15] arm64: MMU enabled kexec relocation' \
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).