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 43AC9C77B7F for ; Tue, 24 Jun 2025 18:32:04 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id CEB8A6B00AC; Tue, 24 Jun 2025 14:32:03 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id C9C026B00AD; Tue, 24 Jun 2025 14:32:03 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B63EA6B00AE; Tue, 24 Jun 2025 14:32:03 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id A1FA56B00AC for ; Tue, 24 Jun 2025 14:32:03 -0400 (EDT) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 4F333BE6F5 for ; Tue, 24 Jun 2025 18:32:03 +0000 (UTC) X-FDA: 83591138526.29.D1563FB Received: from mail-qv1-f48.google.com (mail-qv1-f48.google.com [209.85.219.48]) by imf10.hostedemail.com (Postfix) with ESMTP id 3CF16C000B for ; Tue, 24 Jun 2025 18:32:01 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=pass header.d=ziepe.ca header.s=google header.b=eMnOZOHO; spf=pass (imf10.hostedemail.com: domain of jgg@ziepe.ca designates 209.85.219.48 as permitted sender) smtp.mailfrom=jgg@ziepe.ca; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1750789921; 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=97KaKUWHgkryLWUXFqPgiNV17vft1ADESM26qVDqmoE=; b=meKoaW3xGlCg5/vaz/MidmR47/wJiVacOBjQLiCunh2oK56/6LbImbcJOwOjnEcBrKx/1y Z5pYmwyeaQlw9Y2UOOlFJf1u6X/pm1lAO72JG+bWjoXv9pIH1UXHx9sCUAWtbh5rd4korL hsKOinYmlwa7sc7jtCpapQXXQfzuP9U= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=pass header.d=ziepe.ca header.s=google header.b=eMnOZOHO; spf=pass (imf10.hostedemail.com: domain of jgg@ziepe.ca designates 209.85.219.48 as permitted sender) smtp.mailfrom=jgg@ziepe.ca; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1750789921; a=rsa-sha256; cv=none; b=pIjevLUuSbHF7zKqqBJHosSn4uv+5RwP60KjWM6BBeY+QAeNpXkLdHB7rCaFMPPXFJpA83 4XJDbvOWq0YCtbCFa5w4pNGPTsnzCb9jYuK/AahWUJzqn7d/0UjecW7FIR67l4wEdGdJtm /fk6qn5CioeB+KzWxtU7J1A97sqff8c= Received: by mail-qv1-f48.google.com with SMTP id 6a1803df08f44-6fadd3ad18eso7884946d6.2 for ; Tue, 24 Jun 2025 11:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1750789920; x=1751394720; darn=kvack.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=97KaKUWHgkryLWUXFqPgiNV17vft1ADESM26qVDqmoE=; b=eMnOZOHO2nBpbotyzY+nz/E/9UW31UX7++rWiABURArYO4W+eKcUaidifx6xtoswUZ G4qBrQEVMufhqa6cHxDtHaoMrK0IJjda0NZgiZOt7MpIuTbRfUfGHUlGemdZlp2OBESS 0jZfXhEG2s06xpcpMvmYeAXsr+LlTt6SuRGRx8QmhDFyCRYizSsNzPqOsXnu9UzdOHR6 B84UAoSUp7Kob6NC3DypGNklWxUQnZK0xtkc81x7cyzH09B+AoIDAvIfn/qWehSMb5Ii 1o37gxuXdmHXo1KGorRlR4b83FRcosgH5H34jVHHXUn4haDtT7+laxUHdlEWBnTOv2sd GbeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1750789920; x=1751394720; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=97KaKUWHgkryLWUXFqPgiNV17vft1ADESM26qVDqmoE=; b=vXcVKa7n1svmyf5V/sYBeo+gN60LqDqvIMRS9L09PDddnhZl+y0OKXqhhgnOUpLQu1 Pr22KyfvnrpXQ0kxlFegbGLs/7XGIclyBJtQEt4JUDTnPqD1lY+NEPRD4Yg1MqsrG1KR U46ZO60TR6TsdYOKyW1jkvi380VngGx6hVl3865ltSQ+Cp8PxGp3wet83ebMaGWI0LP3 Zr3LrF1WyBWeSwVhlvzBGsLz+mPQWFO7BPnyhlOqoWJzRwCXfz3STBhedO4Jv+CdDGTa Q6DwN8nw9kXHG1puT0k1i14/TJ4j4tni5xr/yRFCtYbaNLOy5+YduuTf5FYSVSWv0yEs ET1w== X-Forwarded-Encrypted: i=1; AJvYcCV3ryVAoHbtIN4YUHe8oRY7qmKQirGvRLpYvZS7ykaDY+bgRAs5cphwBgQKqGzo+c9aYXO0G2PTfA==@kvack.org X-Gm-Message-State: AOJu0Yx0dsJESykCsNmLcYCsEjlsi5gItFeInOxO7S4wxwSzIEOfDuuc HqiYZnZnw/d1oU3ScVcc517iowj7nJe0A6cGjn5SuBH8c88sG2pjZmdycj4+H74Cek8= X-Gm-Gg: ASbGncuXRbarDRr6wsQwOWcOvZjXvMO4gvB23xTqlT4jTtJTO3Wk49K8TXIcti3D+/A 2+rR/f21q0Hc8HudM1TGJF+ELSP20rbKR/rI6cl/k3NTV4dwZVj2d75ZCZzn3CGXn7hxnQpnpCO O6HGQAhJYmMOnt1rFQTIx/ZA7daC7tf8Arj/ICHQ+qcLFXGYdFAlLKC5tPPX8oq1ktjMEHjtDW6 Dj44Bfyp35WUYO0AVRTak0tEhflC6cj1G7gotETDiDAkaaVNe565zDTFoG3pPj0Ww0Vf32m4dNq AGZf5ehInf3bkh/zRxkF6Bq9xRK0FWNjSOjPHTfvKH2VRyO7yuIAJAk5thjVlfQJzmsSB6m2XbZ A4B+Wsz3a30v+n0TRz9vXR5/6UUc2dN5qaQldiw== X-Google-Smtp-Source: AGHT+IG+85yGm34BWTRlYBBLW0w/BlKssPbCsgVI4ZKC/N2owtfICs7gpUhfLe5Godb1E2tNf0/CAQ== X-Received: by 2002:a05:6214:1bcd:b0:6fa:bb44:fddf with SMTP id 6a1803df08f44-6fd0a473d36mr275064036d6.16.1750789919997; Tue, 24 Jun 2025 11:31:59 -0700 (PDT) Received: from ziepe.ca (hlfxns017vw-142-167-56-70.dhcp-dynamic.fibreop.ns.bellaliant.net. [142.167.56.70]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6fd09577929sm59926056d6.86.2025.06.24.11.31.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Jun 2025 11:31:59 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1uU8R4-00000000hJ0-3C5H; Tue, 24 Jun 2025 15:31:58 -0300 Date: Tue, 24 Jun 2025 15:31:58 -0300 From: Jason Gunthorpe To: Pratyush Yadav Cc: Pasha Tatashin , Mike Rapoport , 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 Subject: Re: [RFC v2 05/16] luo: luo_core: integrate with KHO Message-ID: <20250624183158.GF72557@ziepe.ca> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Rspamd-Server: rspam11 X-Rspam-User: X-Rspamd-Queue-Id: 3CF16C000B X-Stat-Signature: z314ojcc9ed4zw9si6rarfjhbh38ofu8 X-HE-Tag: 1750789921-715730 X-HE-Meta: U2FsdGVkX18+jy35Qexp1SdIj+cjLqBxLItYsnkeNdI54UH1T31qsy6fZNTO0foLIjhwRGrAKd0PKNqXtj+72Koje7r4drJeRovjWL4iRYZLnyL0CBvPajsSiKKGNTKlGxIthhvWssUs5nUy++g5awp/+hlmzruAwHZ7Py/43Mtldkm1aRRE/tlmNx9ol4OCoYPTr13f++XpOdXibx9lupq7DmhFXAL+MLaV8PRji+Z7/QkYthex9Y98jB64MFIybNwAL/ePXl5O6IAe+InhO3fYr/2IdEFn30SJdAa1QwpGE5xcPFaxtumCSo+mM1TnIMJOs6n2HSSGshT9xqetde+7KosJPnXHme6ey3+BuATmGv7V18tyFfZRwbywHbiQoBrnA+2G6jF9BM7eWGUmM2AxG+w9ggnNBKw8/GmY0zO4bsQD1n09bt8fAaNFZP5G5mnMBcQ3BJvDY5FqaJ+Z3cENqMDlec8AGrRP8NPAQ/Qt8S5Wkw2fYZxg/oqHo1EatXhk81WPVK160f+MIrHjAPRdwv+g75qt0kjB8Q63JRLbKKDLluhUA6/c1xlGm2v2vFLDPKbrYsrmb3Q6WPPiqUhEf3D5AG4+1zkIEpG6lvB5UB+y8h4OmJ18r3ZSXOtLS5C+KbRy1yn7ZAQ2PeKBSRswiDwTtBVt3AyphmhXX9d8bP+6AKZLbWcyk2XP4iJ3ys7KE7rpuGaOEa7IoPLLY5P3/nCcpDw8rCITQB+85Wzi112t00xVfOTGO8HVWO3MAUBeYu3yKO/KN7YJyDjIRuejvmhINZqVlLV21cQywt9SCYwWfOqI8R9D6iscHs6Mds2vbhMJ9AJf/jFo+9dP4ZxkBb/hTCPXiiT77N1NoGfyUw1oQeen3xUIu9nU3I/kaMArPDwWJFabZ/MPpWNZOe8RorkT6tpH5fFhDgioJkEMtqhOpGK/FDV6aWzWg6aUoy4sjRIwaCYuFWTlyC3 jh5EYAip YyWxrlM9Fi2ccg2zqWfftNgKZeQUtUQRJ+piuxkvSWxyg2nKUEkGOeHHN4c/tZVO3ca+exfvvTJ4QJ/74qN51neBT5esR4TgSGGygHXLcd2pXtEYbtpuuH/KMfDbhxnXDF0iFB0WX42wJ0bepIbXXfKdmVi9GL5prq5eZhIdqy+kb6qcdpT9hSy/xssMHjkNmY/TkmQOAQ0AQ2nct+CDpIyjhXxq8AtOE2ohtXJrzi8MP9c8z4jWSUVEAMOdBRXGusD/Z7t0bLE8W6kGsBaNW5hLfAkPZR2tXafZZsM9cs8AD+mDH2iNy9GPbuj7J2a/zd28AvXnqFAm0FnHp+kiMiE/CVMQdjEyT2f2qxz2VS0kR6NC01bzoS2rM22+GpvHJjEhcHCMspoqvCbZg6fE0TfSXlcdlBXURys+nT2+GDRGw6WKeAYiI6jDRu7kpYrHqYrdk 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 Tue, Jun 24, 2025 at 06:12:14PM +0200, Pratyush Yadav wrote: > On Fri, Jun 20 2025, Pasha Tatashin wrote: > > > On Fri, Jun 20, 2025 at 11:28 AM Pratyush Yadav wrote: > >> On Thu, Jun 19 2025, Pasha Tatashin wrote: > [...] > >> Outside of hypervisor live update, I have a very clear use case in mind: > >> userspace memory handover (on guest side). Say a guest running an > >> in-memory cache like memcached with many gigabytes of cache wants to > >> reboot. It can just shove the cache into a memfd, give it to LUO, and > >> restore it after reboot. Some services that suffer from long reboots are > >> looking into using this to reduce downtime. Since it pretty much > >> overlaps with the hypervisor work for now, I haven't been talking about > >> it as much. > >> > >> Would you also call this use case "live update"? Does it also fit with > >> your vision of where LUO should go? > > > > Yes, absolutely. The use case you described (preserving a memcached > > instance via memfd) is a perfect fit for LUO's vision. > > > > While the primary use case driving this work is supporting the > > preservation of virtual machines on a hypervisor, the framework itself > > is not restricted to that scenario. We define "live update" as the > > process of updating the kernel from one version to another while > > preserving FD-based resources and keeping selected devices > > operational. The machine itself can be running storage, database, > > networking, containers, or anything else. > > > > A good parallel is Kernel Live Patching: we don't distinguish what > > workload is running on a machine when applying a security patch; we > > simply patch the running kernel. In the same way, Live Update is > > designed to be workload-agnostic. Whether the system is running an > > in-memory database, containers, or VMs, its primary goal is to enable > > a full kernel update while preserving the userspace-requested state. > > Okay, then we are on the same page and I can live with whatever name we > go with :-) > > BTW, I think it would be useful to make this clarification on the LUO > docs as well so the intended use case/audience of the API is clear. > Currently the doc string in luo_core.c only talks about hypervisors and > VMs. Just to be clear though - you used the word "reboot" and here we are really only talking about kexec. kexec is not really a reboot, but it is sort of close. LUO is a way to pass lots of different things across a kexec, and if you are happy to use kexec then you should be able to use it. Jason