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 5798DC02198 for ; Sat, 8 Feb 2025 11:13:50 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 2CF17280003; Sat, 8 Feb 2025 06:13:49 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 27CA6280001; Sat, 8 Feb 2025 06:13:49 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 0F6D6280003; Sat, 8 Feb 2025 06:13:49 -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 E4435280001 for ; Sat, 8 Feb 2025 06:13:48 -0500 (EST) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 6D86AA1DE2 for ; Sat, 8 Feb 2025 11:13:48 +0000 (UTC) X-FDA: 83096517336.27.9BBDB88 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf15.hostedemail.com (Postfix) with ESMTP id E3FFDA000B for ; Sat, 8 Feb 2025 11:13:44 +0000 (UTC) Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=QYxeq4YK; spf=pass (imf15.hostedemail.com: domain of bhe@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=bhe@redhat.com; dmarc=pass (policy=none) header.from=redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1739013226; 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=Yd9C+xXA2LYK4yay23tEJLHcwK0FQNJYR+yHMEQ6ia4=; b=f5ewhV6f9hq7xf5dPF/Qt46iAoyQSpU0Ep5Ao5Ibw/kseF+5n8zqMIS7oE94aegTQyaZVH 5taYw1QBJioarLmlEZFJSOo99168fi7KCD/al9HV8xZ1IHko98uqzT++1mr8HLrx06/EYv F2y8Jor4yAYWWXww787mC3UKwOP96B4= ARC-Authentication-Results: i=1; imf15.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=QYxeq4YK; spf=pass (imf15.hostedemail.com: domain of bhe@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=bhe@redhat.com; dmarc=pass (policy=none) header.from=redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1739013226; a=rsa-sha256; cv=none; b=WDJ3ZFUtyX7h76/iwdwZ5YCReYkg81bLhcv+m94tn2tLJY3vuu/fwjGORxxQZAJhkDeb2F jRcCP2CBbvFEtbpcHQyK3c1UKWN3KnnnnpwHRyyHXn6QCYYGlYKlb89DRG1eSfovEN3MFu RJYRWz3pyboiegJPLEmEzCzScG5/Cfg= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1739013224; h=from:from: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; bh=Yd9C+xXA2LYK4yay23tEJLHcwK0FQNJYR+yHMEQ6ia4=; b=QYxeq4YKdWwP+Sl22+Fa2owq8vOWjDfVl61AY8Ygpafg5kW7bU3QcG27Anae8Ma8oqmO2Q wHlDJ7+dCrp2Gu53yqs9+WfL5iTtaQQlv/XhCJsKfp6D5dHZ/qShY6QDY/l0jd4F5TLBX1 EubpWZNS9C8RyeL0RtVd3jGdWt1ypYw= Received: from mx-prod-mc-04.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-548-9tRamBlGP6-FTEK_1JuOMQ-1; Sat, 08 Feb 2025 06:13:40 -0500 X-MC-Unique: 9tRamBlGP6-FTEK_1JuOMQ-1 X-Mimecast-MFC-AGG-ID: 9tRamBlGP6-FTEK_1JuOMQ Received: from mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-04.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id EAF631955DD0; Sat, 8 Feb 2025 11:13:34 +0000 (UTC) Received: from localhost (unknown [10.72.112.25]) by mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id A2B1619560A3; Sat, 8 Feb 2025 11:13:29 +0000 (UTC) Date: Sat, 8 Feb 2025 19:13:25 +0800 From: Baoquan He To: Mike Rapoport 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-Scanned-By: MIMEDefang 3.0 on 10.30.177.40 X-Rspam-User: X-Rspamd-Queue-Id: E3FFDA000B X-Stat-Signature: 6sdir9zjap8zfhasx16b8ympd59i74c9 X-Rspamd-Server: rspam03 X-HE-Tag: 1739013224-571084 X-HE-Meta: U2FsdGVkX1/LJZ5KFrHQ+13C1cppnPpkSt4njm1vJuW/4Rn/iB2aZOScSIPzxcVpgrCmvQTSfqrHb7HE73O/ZwNSacAUJ8L2fEivvIZSSl847kk8qMFfadyduMYNyCmjg8VM2pZWzmfrqADFQYokwIRDSq2Od5+jC0kSvAektLuTb5+GIHik+GRVGheYmEzxyBy7CIPYTfoUgbHHAUIR8Pn90itFLQj3rS6rpviGTyPtbJhC5peWFSdQfhh614gyDZttO4a+CyAWfO+6Q+ti2s6Fnw35wh9b3dHcj6kj+ruh9dBlKWODFHkj6Hv5lk7XLU/zeJTGjdKT/sgRwvM7zhr4YEZHu1JAb/cM9YRn7np3CxgsbDLBFEmLUtcLv8ImgFbioVWiScBl7l0f2W3xVuPQMP2SP/Hi5vZ4rGMP8UVuId84ijEQ8hy0+CwNt6thSQ1ug0Yqj7zS3J1a1xn4hDW1eLZ5rauZtkrGxYpqK1DbkeuLQrDTGP/4M9I3jeH42/FXRUu+Zb5aBTTl8b7Q7ExAoapsSQu1/9gjff5ItZprcMUsnvQ9B9c0JpLlKTNqL1w79OwhiLCiXQLtV/F4lBDuXwIymCSD60LLSxgbUVEpb737w772o82fIsMcjx0ATt4/mqMrBfxJ9O8UI3mcU+F5PwrD2YYA2KF0uqVHki/oMEErvy2lDiCyztxzlj2nxHnhTMGYwWpl/zmg70M8iNqh4Evjvjyvgy4Rz0JxMCp7hQ3+F5tCgOf5KJhJfXEyr/kiBtHzg752RIRomb5MPOlX0IxQMhi/VcbfUYiDqOt8/tDWnydgYLWNSR+J2+mC2LFmT9Xdtm85xJbTXhmxYi37UrzF2AGo6Rpao4jzfXCXwYvku3n/mILtPPQqEgAnCo6/ZECrkYWOap29HJx1aq1DQdQxMlD7/V7oAeGoWOr/aMPFWlHCr+ckhDuIyS7CmlVv6SezQuO78wP6Uy/ U4T21ugf OSobScwjweCa7I0/P8C6kyLzHWw0x+4c55ohhFmIZ/2NcPZoAgVy125IEbeOYEniZ9Jk6skO0DMaA5VJp7ISS/oQBp2/UC5UNa16TsW3dnXZCtRjoSJsQUjWl075wwckbC9ukbRagN/jJVaS2zAM6dD2QbWy757MfMjmC2zRSaHJIfYfecFTEDLosA9VGfFCcAA9//a9dzau7BqV7F1pFbA8W0JFEIk+GHDp1otIUO/+G5h8ZEDQuPo+0/kCwdB1ahNq8yM0dUeSsf1YNNfthXDdVqkpFF4zhibYTi+WvlWykJhqzBCocf9dskAHYecMYtkq68dl8UCXDErNnfgioLcuK/z/h1b89dBEyXBt5mQ5WHEQ0igcA5V8IZFsJU5Cb/7G6NRmvVNOpDPvyqnVUMDgXhZNsYHDEGyNPOO/YB+2tS53+fwqUbKjhsIF9bs7FA15c99ArGnZun+mTEDz10eiPiIV3mCSY4VXim9aUgDzdoxAAUVYJm+utvcJhC48Gztw6UX7w+qv/ZlmCAjlEIduDgBplgvUBze/eITKws2mX74iLRFL0OBCUyw== 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: On 02/08/25 at 10:41am, Mike Rapoport wrote: > 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. Thanks for the information. Then I will apply v4 and learn the infrastructure and mechanism firstly. While what sounds more meaningful to me is v4 can be reviewed, then updated and merged. Then another patchset can be posted to add details, if you have reached the consensus on the infrastructure part. With that, posting and reviewing will be much easier. Unless you guys are still discussing the infrastructure part. > > > > 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. >