* [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