From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6977BC02198 for ; Sat, 8 Feb 2025 08:41:53 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 8FFBC6B0092; Sat, 8 Feb 2025 03:41:52 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 888D36B0095; Sat, 8 Feb 2025 03:41:52 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 702586B0096; Sat, 8 Feb 2025 03:41:52 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 4F1A16B0092 for ; Sat, 8 Feb 2025 03:41:52 -0500 (EST) Received: from smtpin01.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id AD2CCC1CFF for ; Sat, 8 Feb 2025 08:41:51 +0000 (UTC) X-FDA: 83096134422.01.954B20E Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf04.hostedemail.com (Postfix) with ESMTP id 0044040002 for ; Sat, 8 Feb 2025 08:41:49 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=kREtqi2f; spf=pass (imf04.hostedemail.com: domain of rppt@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=rppt@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1739004110; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=DdV0CpD28PU9+NJG4gRe2c2s9k+Um9Re0nUCXPDAbKk=; b=TlzVzA4lXXWKsZWL25PmFmBeB6amEbSKAsfYukiB2nrtzPt8w/6l49Ks8rpHaPWTiMyFck j7e4BdEfc/HJMmc75yYuml2BRwhrrH1Nqrq/tfzOAw1jXx2UijEOMsxy5lsoe1ug+Q7tFf sruFZG3RZ9NDClRq02o5gVSkQX66ojI= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=kREtqi2f; spf=pass (imf04.hostedemail.com: domain of rppt@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=rppt@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1739004110; a=rsa-sha256; cv=none; b=u9Q2tDqmJU/jaSaQL/uAoW7cNDyqa5791qDMXiO7TYm5dlRqRxtSsZ1NvO5AsiiGbtmuja i+1pA+h6F2UMviyNjU9P9KsogxyOydQV8M8BcyV9bIgL52YLEpT4nMjWZ1TohulBbJDwJ6 6WPtVJcKCCH0+lSEPI5mTxt7EcpOn9Q= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id CE6635C06B6; Sat, 8 Feb 2025 08:41:08 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 98F32C4CED6; Sat, 8 Feb 2025 08:41:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1739004108; bh=E5gL8dRYvMRUB4RhOkfU03fhf9gt76TJAgi4Xl3jmPc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=kREtqi2fggdaHb5LdxuUlbR8DBCUpVZQneZJk5djPdcuD+zlfrwy3Afe7zNEJkUwF ye9iA/JXQY7uM39/BkEOyuNNl7kCmFofLB6/wn6/edGIcq1WdQ288cMsymsQxm7kb+ 93CgoBcP7Hc2cGSaJm0AtBwEdpM0WeYSJrDhd/f7fz3J8WZJHeUn08YMbyOCVrTbSH LcisQvIvzKkLvkq+PrRq1rJdfYPnyfJ20e74GmlHoSlat/YjuOlllltnOzHb/Dyjlk fm3BQpq17SSse+gB8/aFVhCbARUcCRdCOequOBW1EwRZ8L2VCtatJigrLrZnp23Ks+ NNu8GFJ88NvUw== Date: Sat, 8 Feb 2025 10:41:27 +0200 From: Mike Rapoport To: Baoquan He Cc: Pasha Tatashin , Andrew Morton , linux-kernel@vger.kernel.org, Alexander Graf , Andy Lutomirski , Anthony Yznaga , Arnd Bergmann , Ashish Kalra , Benjamin Herrenschmidt , Borislav Petkov , Catalin Marinas , Dave Hansen , David Woodhouse , Eric Biederman , Ingo Molnar , James Gowans , Jonathan Corbet , Krzysztof Kozlowski , Mark Rutland , Paolo Bonzini , "H. Peter Anvin" , Peter Zijlstra , Pratyush Yadav , Rob Herring , Rob Herring , Saravana Kannan , Stanislav Kinsburskii , Steven Rostedt , Thomas Gleixner , Tom Lendacky , Usama Arif , Will Deacon , devicetree@vger.kernel.org, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, x86@kernel.org, changyuanl@google.com Subject: Re: [PATCH v4 00/14] kexec: introduce Kexec HandOver (KHO) Message-ID: References: <20250206132754.2596694-1-rppt@kernel.org> <20250206162939.a1f86fb835f1eeb7ed73ff1c@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 0044040002 X-Stat-Signature: e9juifde6knhhf7dwyrypd7tfgjcqrqb X-HE-Tag: 1739004109-589863 X-HE-Meta: U2FsdGVkX1+XVYKkFav0hWU3uIRGDnIbjgwb5Oby7kIa4f7ujK5/IQEr4HJRnbpGAr+dvrCoKcvAB6lVa0vo5m5oCx9cRz0gotQStdHz6P7G/8fNXt7q8ONDgRPDlhGtT1rFwbeY4TPHtVs3v5XkQhQyb42oF0x7VaJLcV9t26nHlRduy35UDIKUxtpQcAxngNMt2218Zt4OntqUqGz4h7LdM5xGB9aWb2QITQxAySxjteRLt8TByreoA9NG5vYeKNmkyGTkBy9QuTt3LgU2HFq58ClQPhN1O44Tj/3Tw8yyd5OnPiigk49Lp2zqs7wXj6Cb8PQEeX0hP1RXwv7MOO3dcgSXzsdq6EehtoUFsYP89MDLsCkpUBH8rBxG55g6118437f7p9tZ3rluPW8mtwriuXRuDwpBFAvDqoLf0s6ZK3CRvyQ/PZ9LveWiqgDWGskN9OhPIReSS7Jc8jidfgSdJdDvYZ2LOdevX0JSwkHjLHLEJyCGKazJLMZtWKNz3v1ABr0FR+GA1l+b57YPy0fVbO+2/AQ9JQq4jcD8nXnjbiJGaQoKaFAqHOjRJVD+7pF+Fh8PYyO1sn7VC2Pab4bEWK+YraURNbWI4RZGtyolZnKPjJB4zn8pBpmYcOhfzsjRIoy9p5NMM4pFj24BCsnZecoKaycvU9KUKF+Pqmd5IJBHWAIXApDe6ev2lv6ohZBrrLQN6KCUf7XvWhAy4+gImvApvuY8+bAmZ3sdAv3mZ0sYmYv9qPxSRqs+LhMgkrqRBSQ5jRHSc4t3GhJ6k+E/k8G0FqAIgTH0aXRDXunBIRHEn2ZygmB7j/RJ2MeOZux8C8h234SNL8AWT2cXlb/RuSg4WKKFmdCUp6najBXIuhQRvjYa7djILUQovfb3fjptgITDbgr28tHB16R3SshqX3Dve9iux5NMhJUWmhbCBCXdGlckbrrmyPdzdQhuZ5wNpm6sYCkjyAPhuA1 97Qt+vst Z7yqA1BFWSABO2y/KiaYmu98x/Y5/HBDgrSuCHir2F3L/IMIQtxPAejB49sIsxBMVFvhVrbZJ4ThN0V2aGVHWWt1YAhV1ZsrA8X2sHA2IveIr5Gos9FcjfLQj9seYNzp6oAlM3/IbKNFXp8+oD2ZjDGo/Ty5m+424kPbTlKpwOcTBnDfL6Woq6GgqPR4YiQ1+8krPcUGCm6OHqKLRAOowP5At9TpJB6Q8KZvadpy+vWb58VV9JEMoD8Nsu6huArmBRUqlT8Kju5KFZMFNDS1O062DtgOt3FC9tVUV9ViZ8A75NvXuAfv4IfkeYMjRnZQejdEwEfU/4fBnM2MlzDOV4k4gIgAx8gBGicS7whRJP9ZkHrjRzkqKM8AxlZZeoHdQLDtaASrCcSWKrQ/S7FHgVa8McJtiHvM83P3iW3ZhzVjzUTHHWDhV+kwf/slqmBLk/CZvxIVc3QdkvTo= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi Baoquan, On Sat, Feb 08, 2025 at 09:38:27AM +0800, Baoquan He wrote: > On 02/06/25 at 08:28pm, Pasha Tatashin wrote: > > On Thu, Feb 6, 2025 at 7:29 PM Andrew Morton wrote: > > > > > > On Thu, 6 Feb 2025 15:27:40 +0200 Mike Rapoport wrote: > > > > > > > This a next version of Alex's "kexec: Allow preservation of ftrace buffers" > > > > series (https://lore.kernel.org/all/20240117144704.602-1-graf@amazon.com), > > > > just to make things simpler instead of ftrace we decided to preserve > > > > "reserve_mem" regions. > > > > > > > > The patches are also available in git: > > > > https://git.kernel.org/rppt/h/kho/v4 > > > > > > > > > > > > Kexec today considers itself purely a boot loader: When we enter the new > > > > kernel, any state the previous kernel left behind is irrelevant and the > > > > new kernel reinitializes the system. > > > > > > I tossed this into mm.git for some testing and exposure. > > > > > > What merge path are you anticipating? > > > > > > Review activity seems pretty thin thus far? > > > > KHO is going to be discussed at the upcoming lsfmm, we are also > > planning to send v5 of this patch series (discussed with Mike > > Rapoport) in a couple of weeks. It will include enhancements needed > > for the hypervisor live update scenario: > > So is this V4 still a RFC if v5 will be sent by plan? Should we hold the > reviewing until v5? Or this series is a infrustructure building, v5 will > add more details as you listed as below. I am a little confused. v4 adds the very basic support for kexec handover in the simplest form we could think of. There were discussions on Linux MM Alignment and Hypervisor live update meetings and there people agreed about MVP for KHO that v4 essentially implements. v5 will add more details on top of v4 and I'm not sure there's a consensus about some of them among the people involved in KHO. > > 1. Allow nodes to be added to the KHO tree at any time > > 2. Remove "activate" (I will also send a live update framework that > > provides the activate functionality). > > 3. Allow serialization during shutdown. > > 4. Decouple KHO from kexec_file_load(), as kexec_file_load() should > > not be used during live update blackout time. > > 5. Enable multithreaded serialization by using hash-table as an > > intermediate step before conversion to FDT. > -- Sincerely yours, Mike.