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 0DCA7C3ABDD for ; Tue, 20 May 2025 07:25:49 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 86FD06B008A; Tue, 20 May 2025 03:25:49 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 81F1C6B008C; Tue, 20 May 2025 03:25:49 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 70E636B0092; Tue, 20 May 2025 03:25:49 -0400 (EDT) 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 4DAAF6B008A for ; Tue, 20 May 2025 03:25:49 -0400 (EDT) Received: from smtpin11.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id EDCDF1A04D9 for ; Tue, 20 May 2025 07:25:48 +0000 (UTC) X-FDA: 83462451576.11.5DC3216 Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by imf02.hostedemail.com (Postfix) with ESMTP id 596078000B for ; Tue, 20 May 2025 07:25:47 +0000 (UTC) Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="AKniJGz/"; spf=pass (imf02.hostedemail.com: domain of rppt@kernel.org designates 172.105.4.254 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=1747725947; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=wA35bT7plOlchcVSF+RwO1sgN25eXrqhwD+OuuJe61M=; b=5uSK+rXL3Sw2sVcRzqZGITVhbTFoJsZ/FdUX7//QGZjkqv4wxjy9f6ubkQYTfQZvg0fUSw 9VerlTLGAqX7vaRaMXQP4gBj1ONfq0g13gISjKcnieGEzn+mjEgD86Atv2mIfTj+sVy9hn Bh4/RGtm7tv4eh0zIuvfCZglwrmT120= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1747725947; a=rsa-sha256; cv=none; b=sOetroDvr+fQGbzD+mo3mGvgS+NrTeoL960SSiazjxf6gNoxymi0zl3VCqr9cl0c9aJaH3 iZOfy5YzS7V2mjazOVHxUQh8bNCEuzBC3IPO5OfKpDdEUYvnuMoLqOgmhjSG6duFi+HyyE Q+8xHrkW7e8p3tDRnja/liQrY3qjlLk= ARC-Authentication-Results: i=1; imf02.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="AKniJGz/"; spf=pass (imf02.hostedemail.com: domain of rppt@kernel.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=rppt@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id 6511561156; Tue, 20 May 2025 07:25:46 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A6F42C4CEE9; Tue, 20 May 2025 07:25:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1747725946; bh=NlCKjviGMl2oBhxvVkteSqnfTAzM/aoRaX9IdSxH8w0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=AKniJGz/hK08ttGkeziC+iXV/gv+Nr8FZ84+A+57tHf86NL4KXYT3trwKskjDQ3SK Cc+OVboLQGuYDYWarMBqUCK1M6ykaSuHQeJGFa5L6L9l9x6xC3OpL5Auq4rkwPSt5z eeEQwsH8RsoXdW/dq9vewY8lrok6DXjTrUGbn2bV2BuJSsxZDsGaBdi5rpxIkWlsLf 85H87CZA/7/3Kl+5T/efiKAi2MHFzYyCAqLSNdaaAPlnwFJX2nng8qOmGJ9DbAYdd8 h4Dcgt3FTD8AYWs6Y/uKsECkzha6BXORaMd3m5r7QgRLOOof8D4NgiSh+NVN3vhBxZ zxSVDHhDsHh9w== Date: Tue, 20 May 2025 10:25:24 +0300 From: Mike Rapoport To: Pasha Tatashin Cc: pratyush@kernel.org, jasonmiu@google.com, graf@amazon.com, changyuanl@google.com, dmatlack@google.com, rientjes@google.com, corbet@lwn.net, rdunlap@infradead.org, ilpo.jarvinen@linux.intel.com, kanie@linux.alibaba.com, ojeda@kernel.org, aliceryhl@google.com, masahiroy@kernel.org, akpm@linux-foundation.org, tj@kernel.org, yoann.congal@smile.fr, mmaurer@google.com, roman.gushchin@linux.dev, chenridong@huawei.com, axboe@kernel.dk, mark.rutland@arm.com, jannh@google.com, vincent.guittot@linaro.org, hannes@cmpxchg.org, dan.j.williams@intel.com, david@redhat.com, joel.granados@kernel.org, rostedt@goodmis.org, anna.schumaker@oracle.com, song@kernel.org, zhangguopeng@kylinos.cn, linux@weissschuh.net, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, gregkh@linuxfoundation.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.com, rafael@kernel.org, dakr@kernel.org, bartosz.golaszewski@linaro.org, cw00.choi@samsung.com, myungjoo.ham@samsung.com, yesanishhere@gmail.com, Jonathan.Cameron@huawei.com, quic_zijuhu@quicinc.com, aleksander.lobakin@intel.com, ira.weiny@intel.com, andriy.shevchenko@linux.intel.com, leon@kernel.org, lukas@wunner.de, bhelgaas@google.com, wagi@kernel.org, djeffery@redhat.com, stuart.w.hayes@gmail.com, ptyadav@amazon.de Subject: Re: [RFC v2 00/16] Live Update Orchestrator Message-ID: References: <20250515182322.117840-1-pasha.tatashin@soleen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250515182322.117840-1-pasha.tatashin@soleen.com> X-Stat-Signature: ei7jfphqtsfj6pjb1t4133efdwhdkgu6 X-Rspamd-Queue-Id: 596078000B X-Rspam-User: X-Rspamd-Server: rspam02 X-HE-Tag: 1747725947-578275 X-HE-Meta: U2FsdGVkX1+v5nt9Nhg2ELghCm3sTEB6PFJVwY+4QaGuPitXYUcFlkp99KQRU/u9a0DDPiHqsS1y0kVpU/6RkYRuDO8b18uWg2WxAr9UK3OWl2vMJxIifPSrizS0SnAVrmJ5KB9zNUTNCnLQfhL+9G1/mlCADtDUfw9ojYPoEf9cs+eNHQFlEMrEtpGWjuWy+dFabUxPOI8E27p8qNAU5CmuyBKc4qEhc5CBWcxsGOEHfo6A+fRyRQqwykAdAmhOtIo+fsKhkK9rKzD1V5IRAwHMC0HUpg6Zf0hszo2ecuDWbsHGZzEiyaBC+0TgOtaDltZ3lscI06wJLqzEpPst+GfBOIZGXi8DOLyRW0IsjwDwpmT03CdHtlqOX3pJ2KNh/9Lxhldnp3Cc9hfhtcOP/jt+5dEWPg20odZWYYzzuosdacn2sZnHJuCQUTEZ2ofm/ctaBwrb5NBxt39enJnMubHmXWB0bP/aovPrde8Ne7nJOziKduAa5dKT5W34ua6FeHxWQ9n8BaXuUbi5cPGpJquMPYtU3o0DTOJagjbZ7ZsyOeEjEuaGR88Cojy/kwybXbMwLLHUSLIGVm6n5te5vUp0G9v3zBfyKmVyVLKT+3lHndF8zqNcIuT1f7dwZJu0xl0frLkKOD5M1vcYB4tfyG8yd0tfseTt/IbYbfW8nfOgtP3QzEcEiIMeLtD8H45650xJRBTl42RFWu4PcNeCnalGHWBiadYCUIhB95Ce6OjN//EmIuc/Kb/iJkT251YmKtUlnvjVCxhPKtZ5AlTPpQClt2n564+NeSQa9QfbyEJ6ZXLJw6rSFzvizRHA8gU+8Tkt90nZDHZbrfdC4QvEtBHHe3XZBwHPn0fX+2c/rx9RVqTppru4QwK4Q2FfsPNIH+BuHnaiuRuOjsQm4OJJCvHUPYnKNpYWpMglTnPDICZV6wifV7vT5rmSdQUVDcCdWqoxYE9O9I7zbE3YhCs fin0arTy vgjxPREu6L+qoJaPOEpUno0dmzHYA4uw2gnTxSPDULoFd0TLTTFAFlmkAz0IXZHJUXm28aFrLEHCpTBoehgwE6Jvq5zvOiinWBCvM+h/79zRGQSv+0usY64M0y6Ja/nqyep8D/C+JVdBBl8ifYa2hPvSH9rChBqonXQ6QJoLpdp3PwKMQJKgJgiFONvF7gJT9ZEtUwQvRxUldgd8ICdV3gDTFVvkhd223HB/JXxvZv8Szm+DfLDh1QDBID1cOE1QrzdK2nClfms4jWUPrnEH4SvifHcKFdVmxXzwCTyv2R6VL/enpa4rXOzwNLhJChvezD7Ko3drjeEdIpM0UgMsKzZGfAOs45+9VckJb 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 Pasha, On Thu, May 15, 2025 at 06:23:04PM +0000, Pasha Tatashin wrote: > This v2 series introduces the LUO, a kernel subsystem designed to > facilitate live kernel updates with minimal downtime, > particularly in cloud delplyoments aiming to update without fully > disrupting running virtual machines. > > This series builds upon KHO framework [1] by adding programmatic > control over KHO's lifecycle and leveraging KHO for persisting LUO's > own metadata across the kexec boundary. The git branch for this series > can be found at: > https://github.com/googleprodkernel/linux-liveupdate/tree/luo/rfc-v2 > > What is Live Update? > Live Update is a specialized reboot process where selected kernel > resources (memory, file descriptors, and eventually devices) are kept > operational or their state preserved across a kernel transition (e.g., > via kexec). For certain resources, DMA and interrupt activity might > continue with minimal interruption during the kernel reboot. > > LUO v2 Overview: > LUO v2 provides a framework for coordinating live updates. It features: > State Machine: Manages the live update process through states: > NORMAL, PREPARED, FROZEN, UPDATED. > > KHO Integration: > > LUO programmatically drives KHO's finalization and abort sequences. > KHO's debugfs interface is now optional configured via > CONFIG_KEXEC_HANDOVER_DEBUG. > > LUO preserves its own metadata via KHO's kho_add_subtree and > kho_preserve_phys() mechanisms. I've only had time to skip through the patches, one thing that came to mind was that since LUO is quite tightly coupled with KHO maybe we'll put them together in, say, kernel/liveupdate? -- Sincerely yours, Mike.