Re: [PATCH v4 0/6] vhost-user-blk: fix compatibility with older qemu versions

Alexandr Moshkov <[email protected]> Mon, 27 Jul 2026 10:50:07 +0500
Newsgroups dev.linux.lists.virtio-fs,org.nongnu.qemu-devel
Message-ID <[email protected]>
On 7/25/26 10:32, Michael S. Tsirkin wrote:
> On Thu, Jul 16, 2026 at 12:30:33PM +0500, Alexandr Moshkov wrote:
>> Ping :)
Thanks for reply!
>
> I don't know what to do with this one. IIUC in flight migration is in 11.0
> so I doubt we can just introduce new messages without a protocol flag.

The original plan was to push this series before the 11.0 release, using 
the existing VHOST_USER_PROTOCOL_F_GET_VRING_BASE_INFLIGHT flag - since 
the new message is a direct extension of that feature.
Now I agree that we need a separate protocol feature flag (like 
VHOST_USER_PROTOCOL_F_GET_VRING_BASE_SKIP_DRAIN) for new 
GET_VRING_BASE_SKIP_DRAIN message.

>
> It says fix compatibility but really it's a feature, right?
I called it a "fix" because I saw missing migration compatibility as a 
deficiency, but from protocol perspective its more like "feature" - 
you're right. I'll update the subject.
>
> And this is somehow related to GET_BASE?
Yes, GET_VRING_BASE_SKIP_DRAIN is a variant of GET_VRING_BASE - it stops 
the vring the same way, but tells the backend to immediately suspend 
in-flight I/O, rather than wait for it to complete.
>
> Half the commits here have no or a single line of comment, those that
> do, repeat what the commit does instead of explaining why.
>
> That's not how it should be.
>
> Here's a good template to use:
>
> Currently .... This is a problem because ... We can not do .... because
> ... To address .... And then ....
Agreed, the descriptions are poor. I'll rewrite them following your 
template. Thanks!
>
> HTH
>