[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aRdWF8ck4iq1hc0B@kernel.org>
Date: Fri, 14 Nov 2025 18:17:27 +0200
From: Mike Rapoport <rppt@...nel.org>
To: Pasha Tatashin <pasha.tatashin@...een.com>
Cc: akpm@...ux-foundation.org, bhe@...hat.com, jasonmiu@...gle.com,
arnd@...db.de, coxu@...hat.com, dave@...ilevsky.ca,
ebiggers@...gle.com, graf@...zon.com, kees@...nel.org,
linux-kernel@...r.kernel.org, kexec@...ts.infradead.org,
linux-mm@...ck.org
Subject: Re: [PATCH v1 00/13] kho: simplify state machine and enable dynamic
updates
On Fri, Nov 14, 2025 at 10:53:45AM -0500, Pasha Tatashin wrote:
>
> This patch series refactors the Kexec Handover subsystem to transition
> from a rigid, state-locked model to a dynamic, re-entrant architecture.
> It also introduces usability improvements.
>
> Pasha Tatashin (13):
> kho: Fix misleading log message in kho_populate()
> kho: Convert __kho_abort() to return void
> kho: Preserve FDT folio only once during initialization
> kho: Verify deserialization status and fix FDT alignment access
> kho: Always expose output FDT in debugfs
> kho: Simplify serialization and remove __kho_abort
> kho: Remove global preserved_mem_map and store state in FDT
> kho: Remove abort functionality and support state refresh
> kho: Update FDT dynamically for subtree addition/removal
> kho: Allow kexec load before KHO finalization
> kho: Allow memory preservation state updates after finalization
> kho: Add Kconfig option to enable KHO by default
> kho: Introduce high-level memory allocation API
For the series:
Reviewed-by: Mike Rapoport (Microsoft) <rppt@...nel.org>
with small nits in patches 9 and 13 in replies to them.
>
> include/linux/kexec_handover.h | 22 +-
> kernel/liveupdate/Kconfig | 14 +
> kernel/liveupdate/kexec_handover.c | 338 ++++++++++++--------
> kernel/liveupdate/kexec_handover_debugfs.c | 2 +-
> kernel/liveupdate/kexec_handover_internal.h | 1 -
> 5 files changed, 232 insertions(+), 145 deletions(-)
>
> --
> 2.52.0.rc1.455.g30608eb744-goog
>
--
Sincerely yours,
Mike.
Powered by blists - more mailing lists