Re: [PATCH v5 00/12] Make RamDiscardManager work with multiple sources & virtio-mem
Peter Xu <[email protected]> Fri, 19 Jun 2026 11:13:39 -0400
| Newsgroups | org.nongnu.qemu-rust,org.kernel.vger.kvm,org.nongnu.qemu-devel |
|---|---|
| Message-ID | <[email protected]> |
On Fri, Jun 19, 2026 at 12:11:48AM +0400, Marc-André Lureau wrote: > Hi > > On Thu, Jun 4, 2026 at 5:46 PM Marc-André Lureau > <[email protected]> wrote: > > > > Hi, > > > > This is an attempt to fix the incompatibility of virtio-mem with confidential > > VMs. The solution implements what was discussed earlier with D. Hildenbrand: > > https://patchwork.ozlabs.org/project/qemu-devel/patch/[email protected]/#3502238 > > > > The first patches are misc cleanups. Then some code refactoring to have split a > > manager/source. And finally, the manager learns to deal with multiple sources. > > > > This has been tested together with the Linux kernel series from > > Zhenzhong Duan [1] for TDX guests. > > > > (help fix https://issues.redhat.com/browse/RHEL-131968) > > Can the patch 1-11 be queued or are we missing something? > (RFC patch 12 can be dropped for now) Likely yes.. one thing to double check with you before I do: We don't need the kernel series, do we? Since when unplug, I expect with the truncation approach that this series proposed, KVM will emit TDH.MEM.PAGE.REMOVE then unaccept is done (?). Say, what happens if we run QEMU with this series applied, but without the kernel series? What confused me a bit is the dependency of this series v.s. the kernel one. It seems to use different approaches, but then I don't understand why this series was tested with the kernel change. Thanks, -- Peter Xu