Re: [PATCH] vhost/migration: Fix incorrect size used in inflight->addr in VMSD

Fabiano Rosas <[email protected]>
Newsgroups gmane.comp.emulators.qemu
Message-ID <[email protected]>
Peter Xu <[email protected]> writes:

> On Wed, Jul 29, 2026 at 11:27:44AM -0300, Fabiano Rosas wrote:
>> Hm, but isn't it better to have a global cap anyway? So we don't need
>> every device code to change with similar checks.
>> 
>> > If we go this route, I'd rather merge Michael's version to support u64,
>> > even if we don't need a u64 size.  But I really don't want to introduce yet
>> > another VMS flag just for this... we'll have no real use if we have noticed
>> > this problem when the vhost inflight patch was reviewed.  It will be a
>> > uint32_t or int32_t already.  I just can't come up with some users need
>> > size >2G.
>> >
>> 
>> I agree with making all u64. I think we can actually remove all the
>> extra VMS_VARRAY_* and VBUFFER_* flags and instead doa single type-check
>> of "int <= 64bit". Give me a couple of hours and I will post an RFC.
>
> I confess I don't yet get what is the global cap you mentioned.. but sure,
> I'll wait and read the RFC first.

I was thinking the vmstate code could define a limit to the size (of
anything) and always enforce it. The device code can then use some
custom macros (not yet existent) to limit even further.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.