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 158C0C021AA for ; Wed, 19 Feb 2025 13:55:35 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 9937E440161; Wed, 19 Feb 2025 08:55:34 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 91BCA440156; Wed, 19 Feb 2025 08:55:34 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 76F31440161; Wed, 19 Feb 2025 08:55:34 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 53E22440156 for ; Wed, 19 Feb 2025 08:55:34 -0500 (EST) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 7A168121974 for ; Wed, 19 Feb 2025 13:55:24 +0000 (UTC) X-FDA: 83136841368.13.CBEBC4B Received: from smtp-fw-80009.amazon.com (smtp-fw-80009.amazon.com [99.78.197.220]) by imf21.hostedemail.com (Postfix) with ESMTP id EA44E1C001B for ; Wed, 19 Feb 2025 13:55:20 +0000 (UTC) Authentication-Results: imf21.hostedemail.com; dkim=pass header.d=amazon.com header.s=amazon201209 header.b=dxGHxGJ8; spf=pass (imf21.hostedemail.com: domain of "prvs=1384965da=graf@amazon.de" designates 99.78.197.220 as permitted sender) smtp.mailfrom="prvs=1384965da=graf@amazon.de"; dmarc=pass (policy=quarantine) header.from=amazon.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1739973321; 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=57nPLxtLibpkK5qPp8QpRrsWkbDlQlqDET5gkkKYRG8=; b=5/W+pOIFPvt9/YFNJfhgXolC7pf6Z4ZbzVLzAkNodl92DD9d0A/vsg/9EzEMgT3wr874bQ fEsXbCXmR7zWozyLADy3oHx1TiJPpMOWRP9wx3rot9PG4VIVXuXyhps+vMnJHdLyB5jKrI 30Esrd0OPXJ9Ow8aldYbOVUsbzpWDTo= ARC-Authentication-Results: i=1; imf21.hostedemail.com; dkim=pass header.d=amazon.com header.s=amazon201209 header.b=dxGHxGJ8; spf=pass (imf21.hostedemail.com: domain of "prvs=1384965da=graf@amazon.de" designates 99.78.197.220 as permitted sender) smtp.mailfrom="prvs=1384965da=graf@amazon.de"; dmarc=pass (policy=quarantine) header.from=amazon.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1739973321; a=rsa-sha256; cv=none; b=a6rrCQ3xlwZbiTdvKCq0ioIV9tIsZDmqSMfCOiR8wVSekWLL696S7Dq/XS1y7tYdf8QgRf 8baKzunyBNCUB28HsB31VIjBdXJaoZIGQKTja9DQLyGAnvz7tV5SlmOq3GDh52SmdYw2i2 XdaBS1QWN+NUmON2IxpwsmAQys/hFqI= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=@amazon.com; q=dns/txt; s=amazon201209; t=1739973321; x=1771509321; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=57nPLxtLibpkK5qPp8QpRrsWkbDlQlqDET5gkkKYRG8=; b=dxGHxGJ8nRdcWggCk0UKFW6ggY1nqPPPGm7ICMsfZqAz6xXqGfyZjevJ En/XbivAJzswh+du7sEsoNSufpzQ8LlBnrZJl5u5IkZiUU5U+IJ5bJIpG Rl8YxSAeOKDke3O/XQX/42RcUxgAYp3r5rnZm4a6bbp10w0/5FEX/ojzB M=; X-IronPort-AV: E=Sophos;i="6.13,299,1732579200"; d="scan'208";a="173851478" Received: from pdx4-co-svc-p1-lb2-vlan2.amazon.com (HELO smtpout.prod.us-west-2.prod.farcaster.email.amazon.dev) ([10.25.36.210]) by smtp-border-fw-80009.pdx80.corp.amazon.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Feb 2025 13:55:18 +0000 Received: from EX19MTAUWA002.ant.amazon.com [10.0.38.20:64466] by smtpin.naws.us-west-2.prod.farcaster.email.amazon.dev [10.0.12.97:2525] with esmtp (Farcaster) id 109703bc-b166-4b29-a69a-d899c4750143; Wed, 19 Feb 2025 13:55:17 +0000 (UTC) X-Farcaster-Flow-ID: 109703bc-b166-4b29-a69a-d899c4750143 Received: from EX19D020UWC004.ant.amazon.com (10.13.138.149) by EX19MTAUWA002.ant.amazon.com (10.250.64.202) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.2.1258.39; Wed, 19 Feb 2025 13:55:08 +0000 Received: from [0.0.0.0] (10.253.83.51) by EX19D020UWC004.ant.amazon.com (10.13.138.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.2.1544.14; Wed, 19 Feb 2025 13:55:00 +0000 Message-ID: Date: Wed, 19 Feb 2025 14:54:57 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v4 00/14] kexec: introduce Kexec HandOver (KHO) To: Dave Young , Mike Rapoport CC: , Andrew Morton , 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 , Pasha Tatashin , "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 , , , , , , References: <20250206132754.2596694-1-rppt@kernel.org> Content-Language: en-US From: Alexander Graf In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.253.83.51] X-ClientProxiedBy: EX19D041UWA003.ant.amazon.com (10.13.139.105) To EX19D020UWC004.ant.amazon.com (10.13.138.149) X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: EA44E1C001B X-Stat-Signature: g7s3baukdrkyoe61tz9dte85wf87c1fb X-Rspam-User: X-HE-Tag: 1739973320-50246 X-HE-Meta: U2FsdGVkX1/VkP4Lc+f4jificOE1lKFoKqPiIKtnPyqZyuIImRxbCVYKUgIO3KnxU/fzY/kbwmy0p/AprFiaRnWBEiwl2cCMpl6//4KHfvGBMUlAYWLD/7pAEF7/6+6BxADIr7RahW5ev5Mj8YWjn7vec54/3rGDcikoX47FbVSzTkvtogfYDpgXQKLy8BnpiCEWII7ik5H7xoaC/S/5kpDQayP6mWKbOcxG3nM7rOYIzKYUP4Xk2SNoe6dhLUSt+eGjq4hF0v+lNmUck/qkV+DjB68+3WlvFJBWNeD4lDCSUSPaDBacaLBVaaoVRjHiqpDSF1RCRQ747RJaSYBYs4CRSxfTiR79l/CXEkBv8EBbBFs/Vh0/9nYtnUgXkDeNcj3TCy422K9zXLnxLIS3e9tnul3iJDVxUaSMLPrbQe2JR4a2fEOmtMAiaUBHbrzpZK3IZ6O4cp5IFHFp5NBZKbuo44e6J1QVDINsB/DLWQOh6BQKAwZ7xI9VgkC9MTlPQcbHAJdnsSETmjLJT6wMqKJaRghB8Fb5QR7YKZ1PrXjwHTsbjW+6MiLtEn1Mg6TOUwx0MWHofTXzHhlNaf4KDkAErZ84gtDjOOAH6IJjDxXZ2HdRTWnIusI4JjYptsoNkNQKFzd5tuWAgNIhPQNbqFQQZQ8W+HelVsrDcBfN4usaR2n4J8xFnRA8/d6lXjKHgPtBy+sbVfD1RS0iaELrCVGIEYiCC81TTxne9LQcsJ5DF7/RCU1Gfy4utcUiZBmjSArAmpUMzd7M+dHJ1vH/qUyFwtQ62cZUYvmt2r8OTGNuH6k+7yxfcLEAryocBTmQXx7S4cG2Lwh9Ea3NL2vHCtZm57hX9UBHFxqpm9BSfIcrQ5/fYfuCY6RDyL6ks+vfQuCf1riGzt2LWOXeasls+HLc7XPKO6aPHehNu5HECDwwEkSyqYc4xias4f9GnddopgXy4we64wGECaUjmgG F4dMA6Zq JxBzTLUHKgwPyG91PhkhbizjXmkAwe4MjDlQJ8C5TReiaueIwO4eMQQ5BMzoRTtfvowOSvx0R1/mBHifZzKRzTVwwcbOzx2PRrF2I9ijx4LsW9M/cOYPeLG5p/9Ct84dHAlyf0lcDkqkU+EaJv64JypFx7YBztcXKn40t7O7eyudNpJ4rRqaUeYy6pOeIB4d/eR0MrBxC7rvjrZPnD6CWpjAd3G3guYPYEdG7Kk2WehKjd9LNcRwK7VRvEa1UsOOrJ+Go18i3LKvO1h8Z3q4PNUKCl33yPKMKloGbAKzG6DlJN/U81TMo0oL/mgTHHHr0BIVwK+A/tmIsawCmkvIVBWRWBm7mUFyfErVvPSkadd0i2Am2SPhC7fXKjX5C1nF6NvvvzlfbjFPQsQzy8KoX74ds2I7H91XuXiqpk2c1kLNqAeoGU3TTgr6o21hWhWqIf+Fb4dM5VOaBsC2+ykZsFLNU5h9aJInso8IYK9LH1n8cb/8lhTpghOYjLcR2/brLX5W4vBCHELKQudGQqnv5cuilcwTF30g1ggL+U/p8wi+6BKQjgD58IZis5eoT0ZtRb6d+frDdbK6uK35FXizRzPB3sw2W70a6G2yHQVj3AU28t1/+tzyV80RNrpoibGr4tB4HnIyI3Ei3DeUJpHGxJGcgN+qwUnZok2i5vw/k+hgUjuKEd2EeNc+S9A== 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 19.02.25 13:49, Dave Young wrote: > On Wed, 19 Feb 2025 at 15:32, Mike Rapoport wrote: >> On Mon, Feb 17, 2025 at 11:19:45AM +0800, RuiRui Yang wrote: >>> On Thu, 6 Feb 2025 at 21:34, Mike Rapoport wrote: >>>> == Limitations == >>>> >>>> Currently KHO is only implemented for file based kexec. The kernel >>>> interfaces in the patch set are already in place to support user space >>>> kexec as well, but it is still not implemented it yet inside kexec tools. >>>> >>> What architecture exactly does this KHO work fine? Device Tree >>> should be ok on arm*, x86 and power*, but how about s390? >> KHO does not use device tree as the boot protocol, it uses FDT as a data >> structure and adds architecture specific bits to the boot structures to >> point to that data, very similar to how IMA_KEXEC works. >> >> Currently KHO is implemented on arm64 and x86, but there is no fundamental >> reason why it wouldn't work on any architecture that supports kexec. > Well, the problem is whether there is a way to add dtb in the early > boot path, for X86 it is added via setup_data, if there is no such > way I'm not sure if it is doable especially for passing some info for > early boot use. Then the KHO will be only for limited use cases. Every architecture has a platform specific way of passing data into the kernel so it can find its command line and initrd. S390x for example has struct parmarea. To enable s390x, you would remove some of its padding and replace it with a KHO base addr + size, so that the new kernel can find the KHO state tree. Alex