From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 06F88307AC7 for ; Wed, 17 Jun 2026 19:00:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781722847; cv=none; b=bt2e9cB91K91GjpWJ5UA7KaFd8NQRqPiTgZe4zny5tWibuVonmaagI9E9eDg1JY7OvX1SwLdU/LzcXXT53i85WVQErMSNl8MZ7OyZ36NULFApHI07ajUnem63eCWe0ZMj6IoxakyxANjjkEr6e7IkF9/3Bp7Ye8PT88kGEcwXx0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781722847; c=relaxed/simple; bh=ZcuFMEL/XRfX4XBCLaek8RRBstKvEsS3UTIJBkVH/9M=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=clKF8vwk6QvfYFj3sVuuAli+XUtKWQ6drPUbnFmuJo7knYIaHRcHn3fb2j3FXXBe5F2brwDJWOu58UFYt02AuYkTPpkT3yPgA8u3esHCTwTzd7m070BVibsfWVdtxgC3NL80QrcswIgTs1DOiLzWxl4WWJE6+bFdMF3iZsyGQ8A= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=NlGZSzs/; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="NlGZSzs/" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 63A901F000E9; Wed, 17 Jun 2026 19:00:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1781722846; bh=ztkkIPmg9U+YA/yLFAokmrecB+uGWFUWKvG1CC+VtcQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=NlGZSzs/gjXRpoS8cRAEp1qvHOvKXm57Xwd+WjSh1mksdHHhasQJmBYSpkHquvZxI iBczxb6BlR85sfINTRuz3WqEo4Xrfx+zTFBO+lsV2+aHxvDsb9X1NDWVZ/O6Ha2QX4 YF7JdeVoO4fOK9uGEO+rtzsGc3kIg78Tqk2xZmTvFJu9xySYA6BHC8D42OdHeYQbYC wBoZM4NECr8iTylm62lwf/QUY793pls70cfJPaVLdci14RLQy4alTmOhWkxSCkU2Ck AvLFWWnwkkwz3uJTET1QKF0Mo/wlkZAyOMeMqub+oNkn98sPzhYO75M3dv8ZJkNfMo q1nIqyLI2sYDw== Date: Wed, 17 Jun 2026 22:00:39 +0300 From: Mike Rapoport To: Samiullah Khawaja Cc: Pasha Tatashin , Pratyush Yadav , Alexander Graf , David Matlack , tarunsahu@google.com, open list , "open list:KEXEC HANDOVER (KHO)" , "open list:KEXEC HANDOVER (KHO)" Subject: Re: [PATCH 0/1] liveupdate: Add internal APIs for file preservation Message-ID: References: <20260613012521.835490-1-skhawaja@google.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260613012521.835490-1-skhawaja@google.com> Hi Sami, On Sat, Jun 13, 2026 at 01:25:19AM +0000, Samiullah Khawaja wrote: > Live update orchestrator file handlers depend on the preservation of > other files. To make sure that the dependency is preserved, the file > handlers needs to fetch the preservation token of the preserved > dependency. Similarly during restore, a file handler wants to fetch the > restored file of the dependency. This will have to wait until -rc1 is out. I'm thinking about taking it to a branch in the liveupdate tree and keeping there until a patchset that uses it, be it iommu or kvm matures. > There are two known usecases of this, > > - VFIO-Cdev preservation requires the preservation of iommufd. This is > required by the IOMMU preservation series: > https://lore.kernel.org/all/20260427175633.1978233-1-skhawaja@google.com/ > - guest_memfd preservation requires the preservation of kvmfd. This is > required by the guest_memfd preservation series: > https://lore.kernel.org/all/20ae20f9d1a198b289444ebb4c824314cbba1bcf.1780676742.git.tarunsahu@google.com/ -- Sincerely yours, Mike.