public inbox for linux-mm@kvack.org
 help / color / mirror / Atom feed
* [Hypervisor Live Update] Notes from April 20, 2026
@ 2026-04-25  3:07 David Rientjes
  0 siblings, 0 replies; only message in thread
From: David Rientjes @ 2026-04-25  3:07 UTC (permalink / raw)
  To: Alexander Graf, Andersen, Tycho, Anthony Yznaga, Baolu Lu,
	David Hildenbrand, David Matlack, Heyne, Maximillian,
	James Gowans, Jason Gunthorpe, Mike Rapoport, Pankaj Gupta,
	Pasha Tatashin, Pratyush Yadav, Praveen Kumar, Vipin Sharma,
	Vishal Annapurve, Woodhouse, David
  Cc: linux-mm, kexec

Hi everybody,

Here are the notes from the last Hypervisor Live Update call that happened 
on Monday, April 20.  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-----
Pasha updated on systemd integration for LUO.  He created a pull request 
for initial LUO support and that patch series is under review.  In 
addition, the session limit was removed.  Luca sent a patch series that 
allows finding the name for a session and logic to determine if this is a 
LUO session.  Those patches are also under review.

He also mentioned that Pratyush was working on boot time optimizations for 
KHO but were not in attendance at the meeting.  Deferred struct page 
initialization v8 was sent out last Friday and all major comments have 
been addressed so we are hopeful these patches will be staged soon.  For 
memblock improvements to automatically expand the scratch area, Pratyush 
is working on this and he'll likely send this series out soon.  This will 
add a new data structure to find holes of 1GB or better to create separate 
radix tree for boot time allocations.

----->o-----
David Matlack updated on VFIO and the roadmap going forward.  He said that 
the series will be split into two with him taking the PCI core changes and 
iterate on those separately while Vipin Sharma takes the VFIO patches and 
selftests.  While iterating on them independently, they will be tested 
together.  v4 of the PCI core changes are prepped and ready but he's still 
cleaning them up for posting this week.

Vipin updated on VFIO which will largely be based on the previous v3 
patches and he is targeting sending these out before the next meeting.

----->o-----
Samiullah updated on IOMMU persistence and said that it should be out by 
the end of this week for feedback.  There was discussion upstream to 
preserve the minimum that is required to free the domain.  He is planning 
on sharing a roadmap externally on the shared drive for discussion to keep 
the conversation going and to preview future thoughts.

----->o-----
Maximilian Heyne joined us and noted that he is continuing Pratyush's 
work.  Imagining a database or a process with a huge amount of cache or 
memory, all that memory is gone after updating to a new kernel.  He wished 
to discuss how to preserve that memory over reboot or kexec.  His idea is 
to take a process and dump its state to disk and then restore on the other 
side of the reboot.  The problem is this takes a very long time so perhaps 
it would possible to leverage KHO to preserve the data in memfds.  He is 
using splice to move pages from the process into the memfd and this seems 
very inefficient.  He would like a solution where he can turn the process 
address space into a memfd to do the preservation directly.

Pasha noted the limitation with CRIU was the snapshotting and restore that 
would make this difficult to do in place.  He also pointed out existing 
APIs for preserving memory through DAX.  He didn't think this would need 
to be an application level change but rather a CRIU snapshotting change.  
Pasha said the VM use case is different than CRIU because the guest memory 
is preserved but the data structures associated with it get recreated.

Jason suggested the pathway would be equivalent to converting an anonymous 
VMA into a memfd so that CRIU can just use the memfd right away and that 
would likely be better as an upstream discussion including core MM 
developers.  He thought that some amount of application enlightenment 
should be used for this, however, either through memfd or hugetlb.  Pasha 
said an alternative may be to preserve random files in tmpfs.

----->o-----
NOTE!!!  The next meeting will be canceled due to LSF/MM/BPF 2026.

Next meeting will be on Monday, May 18 at 8am PDT (UTC-7), everybody is
welcome: https://meet.google.com/rjn-dmzu-hgq

Topics for the next meeting:

 - systemd integration for LUO, patches from both Pasha and Luca
 - KHO optimizations for boot time performance including initialization
   of memblock list and deferred struct page initialization
 - HugeTLB preservation support including selftests and fallback
   allocation strategy
 - PCI core changes v4 and next round of VFIO patches including selftests
 - Vipin and David Matlack roadmap for PCI and VFIO changes to solicit
   upstream feedback
 - IOMMU persistence patch series status
 - Samiullah's roadmap for IOMMU persistence to share with stakeholders
 - Maximilian demo for persisting process memory across kexec
 - guest_memfd HugeTLB enlightenment: conversion support, HugeTLB support
   without restructuring, and HugeTLB support with restructuring
 - KHO support for Confidential VMs including page table preservation and
   pinning
 - later: versioning support for luod to negotiate
 - later: KHO enlightenment for ASI

Please let me know if you'd like to propose additional topics for
discussion, thank you!


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2026-04-25  3:07 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-04-25  3:07 [Hypervisor Live Update] Notes from April 20, 2026 David Rientjes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox