From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailgw.kylinos.cn (mailgw.kylinos.cn [124.126.103.232]) (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 66CFB35E952 for ; Thu, 2 Jul 2026 06:02:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=124.126.103.232 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782972140; cv=none; b=ES4EIqAoEoGmTlipnvJxSHwZfEqajPJoFQCUfuQfBSKD3ydkIdSGPmJaF+11MI1t+r7e5Q1MhM6DEf2p7B+0uKtjSMFLNIdINjo33keLjsdN+6iLFv09nFPlbQlaPcvgWPYTwgyBW1L9WudCCo2oxmL7EfIjTMEjO6DLzLTglmY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782972140; c=relaxed/simple; bh=RRyxdwiCdvaPHpyfrATHxFIrAuc1u2oqVICqfI6GUmU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=SmYYZPU68xMOG81jwFEd909u2l94ItLzz0Dna5dB1Dha22F8pnansmVrZrJdwWu66zJyrZR5EJKOly7d2RwXQ1a5MVxREaKvIzq99uGQXmsYaj7Z+tLaThevRehIeumRTTdicV4IdtylJcNUc9YKMIIypucgXvgPPStPkvqT1Pg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kylinos.cn; spf=pass smtp.mailfrom=kylinos.cn; arc=none smtp.client-ip=124.126.103.232 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=kylinos.cn Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=kylinos.cn X-UUID: 8d258c1875db11f1aa26b74ffac11d73-20260702 X-CID-P-RULE: Release_Ham X-CID-O-INFO: VERSION:1.3.12,REQID:287a4c8e-ee83-4e0f-b6f7-06d0ac3634b1,IP:0,U RL:0,TC:0,Content:6,EDM:0,RT:0,SF:0,FILE:0,BULK:0,RULE:Release_Ham,ACTION: release,TS:6 X-CID-META: VersionHash:e7bac3a,CLOUDID:3255ca91ae41ae51a66dd66f7df0cd73,BulkI D:nil,BulkQuantity:0,Recheck:0,SF:80|81|82|83|102|136|850|865|898,TC:nil,C ontent:4|15|50,EDM:-3,IP:nil,URL:1,File:nil,RT:nil,Bulk:nil,QS:nil,BEC:nil ,COL:0,OSI:0,OSA:0,AV:0,LES:1,SPR:NO,DKR:0,DKP:0,BRR:0,BRE:0,ARC:0 X-CID-BVR: 2,SSN|SDN X-CID-BAS: 2,SSN|SDN,0,_ X-CID-FACTOR: TF_CID_SPAM_SNR,TF_CID_SPAM_ULS X-CID-RHF: D41D8CD98F00B204E9800998ECF8427E X-UUID: 8d258c1875db11f1aa26b74ffac11d73-20260702 X-User: duanchenghao@kylinos.cn Received: from localhost [(10.44.16.150)] by mailgw.kylinos.cn (envelope-from ) (Generic MTA with TLSv1.3 TLS_AES_256_GCM_SHA384 256/256) with ESMTP id 1658455910; Thu, 02 Jul 2026 14:02:05 +0800 Date: Thu, 2 Jul 2026 14:02:02 +0800 From: Chenghao Duan To: Pasha Tatashin Cc: Alexander Graf , "Andersen, Tycho" , Anthony Yznaga , Baolu Lu , David Hildenbrand , David Matlack , "Heyne, Maximillian" , James Gowans , Jason Gunthorpe , Mike Rapoport , Pankaj Gupta , Pratyush Yadav , Praveen Kumar , Vipin Sharma , Vishal Annapurve , "Woodhouse, David" , Luca Boccassi , Samiullah Khawaja , Jork Loeser , linux-mm@kvack.org, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, jianghaoran@kylinos.cn, duanchenghao@kylinos.cn Subject: Re: [Hypervisor Live Update] Notes from June 1, 2026 Message-ID: <20260702060202.GA78893@chenghao-pc> References: 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Sun, Jun 07, 2026 at 12:06:01PM -0400, Pasha Tatashin wrote: > Hi everybody, > > Here are the notes from the Hypervisor Live Update call that happened on > Monday, June 1. Thanks to everybody who was involved! > > These notes are intended to bring people up to speed who could not > attend the call as well as keep the conversation going in between > meetings. > > ----->o----- > LPC 2026 Call for Proposals > > The Call for Proposals for the Live Update Microconference at LPC 2026 > is officially open. Please submit your topics and proposals before the > deadline on July 24th. > > https://lore.kernel.org/all/ahcc3Qyuy7Oy03Iq@plex > > ----->o----- > KHO Xarray Implementation & Core Data Structures > > Pratyush is collaborating with Mike on a KHO fallback allocation > strategy for memblock. Alongside this, Pratyush is designing a > serialized, sparse "KHO Xarray" data structure to lift current mapping > restrictions across all three memfd types (shared, hugeTLB, and > guest_memfd). By allowing runtime page faults and allocation tracking > post-preservation, this avoids flat vmalloc array scalability > limitations. > > Potential wider use cases for the KHO Xarray were discussed: > - MSHV sparse bitmap tracking. > - IOMMU page table tracking (Samiullah will evaluate domain/device tree > association fit). > - PCI/VFIO sparse tracking via Bus/Device/Function (BDF) key spaces. > > Slab/Cache Preservation vs. Linked Blocks: > David Matlack noted that using an Xarray page per PCI device would be > too expensive given their small struct sizes. Pratyush suggested > preserving slab caches via dedicated kmem_cache flags to manage small, > arbitrary allocations. As an immediate alternative, Pasha's ongoing LUO > limits refactor series introduces a highly compact block-linked list > structure optimized for runtime file/session tracking. David Matlack > will review if this fits the PCI core tracking requirements. > > ----->o----- > LUO Limit Removal & PCI Core Status > > LUO Refactor: Pasha is updating the LUO series to address Pratyush's > comments (primarily renaming iterator functions) and plans to send out > v2 shortly. Given that LUO is not yet in fleet production, the group > agreed to fast-track this into the upcoming merge window to align with > systemd's fdstore integration. > > PCI Core v6: David Matlack sent out v6 incorporating two critical fixes > spotted by Sachiko regarding get/put semantics and double-retrieval > failures. Review tags from the live update team are needed to help > secure Bjorn's Ack once he returns from vacation next week. > > ----->o----- > IOMMU Persistence & Process Memory > > IOMMU v3: Samiullah is addressing recent review feedback on the IOMMU > persistence series and intends to post v3 by the end of this week. The > associated development roadmap document has received positive > stakeholder attention. > > CRIU & vm_splice: Maximilian's investigation into optimizing vm_splice > for copy-less data preservation remains deferred but remains in the > pipeline, with potential future collaboration with Google's tmpfs splice > efforts. I’ve also been researching a combination solution integrating CRIU and KHO. My approach stores all image data dumped by CRIU into memfd, then persists those memfd objects via KHO/LUO. I’ve reviewed the historical meeting notes and would like to clarify: does the CRIU solution discussed in the meetings aim to save the full set of a process’s metadata and data, or only the anonymous memory and shared memory allocated during the process runtime? Chenghao > > ----->o----- > guest_memfd Enlightenment & VMM Documentation > > Tarun debriefed the community on his upstream presentation regarding the > initial guest_memfd preservation patch series (currently covering fully > shared mappings with page-sized folios). > > Key design and architecture alignments include: > - VM File Association: guest_memfd requires an active 'struct kvm' > context to be retrieved. VMMs must preserve the parent VM file > alongside guest_memfd, using LUO tokens to re-link them on the > incoming kernel path. This sets the stage for future private > mapping/secure EPT table tracking. > - Relaxed Fault Logic: The group agreed to drop strict upfront pre-fault > checks. Instead, standard runtime page-fault semantics will apply. If > a guest page fault occurs post-preservation, it will bubble up via > standard KVM_RUN ioctl exits to the VMM, which can safely pause vCPUs > and retry the fault post-kexec. > - Centralized VMM Documentation: Pasha and David Matlack proposed > creating a centralized guide under live_update/vmm detailing the > overall live update flow, timing constraints, and subsystem > requirements to assist external QEMU and VMM developers. > > ----->o----- > Next meeting will be on Monday, June 15 at 8am PDT (UTC-7), everybody is > welcome: https://meet.google.com/rjn-dmzu-hgq > > Note: I am going to be traveling on June 15th, David Matlack is going to > be hosting it. > > Topics for the next meeting: > - Presentation of VFIO roadmap (Vipin and David Matlack) > - Status of KHO Xarray development and slab preservation feasibility > - Review of PCI core changes v7 and upstream merge coordination > - IOMMU persistence v3 review feedback > - Detailed review of guest_memfd v2 and VMM interaction documentation > - Review and coordination of LPC 2026 Microconference topic submissions > - later: KHO support for Confidential VMs including page table > preservation and pinning > - later: versioning support for luod to negotiate > - later: KHO enlightenment for ASI > - later: update on PCI preservation series and next steps > - later: testing methodology to allow downstream consumers to qualify > that live update works from one version to another > - later: reducing blackout window during live update, including deferred > struct page initialization > > Please let me know if you'd like to propose additional topics for > discussion, thank you!