On 5.03.2025 17:39, Cédric Le Goater wrote:
On 3/5/25 16:11, Maciej S. Szmigiero wrote:
On 5.03.2025 10:19, Cédric Le Goater wrote:
On 3/4/25 23:04, Maciej S. Szmigiero wrote:
From: "Maciej S. Szmigiero" <maciej.szmigi...@oracle.com>
Allow capping the maximum count of in-flight VFIO device state buffers
queued at the destination, otherwise a malicious QEMU source could
theoretically cause the target QEMU to allocate unlimited amounts of memory
for buffers-in-flight.
Since this is not expected to be a realistic threat in most of VFIO live
migration use cases and the right value depends on the particular setup
disable the limit by default by setting it to UINT64_MAX.
I agree with Avihai that a limit on bytes would make more sense.
-rc0 is in ~2w. We have time to prepare a patch for this.
According to https://wiki.qemu.org/Planning/10.0 "Soft feature freeze"
is next Tuesday.
Do you still want to have that patch with a new byte limit applied
after that?
yes. It has been discussed and we can still merge stuff until the
hard freeze. After that, it's fixes only.
All right, I can/will prepare such a patch then after we're done with
the discussion on the existing/basic patch set.
Thanks,
C.
Thanks,
Maciej
