"Zhang, Chen" <[email protected]> writes:

>> -----Original Message-----
>> From: Markus Armbruster <[email protected]>
>> Sent: Wednesday, November 10, 2021 2:21 PM
>> To: Zhang, Chen <[email protected]>
>> Cc: Jason Wang <[email protected]>; qemu-dev <qemu-
>> [email protected]>; Li Zhijian <[email protected]>
>> Subject: Re: [PATCH] net/filter: Enable the vnet_hdr_support by default
>> 
>> "Zhang, Chen" <[email protected]> writes:
>> 
>> >> -----Original Message-----
>> >> From: Markus Armbruster <[email protected]>
>> >> Sent: Wednesday, November 10, 2021 1:07 PM
>> >> To: Zhang, Chen <[email protected]>
>> >> Cc: Jason Wang <[email protected]>; qemu-dev <qemu-
>> >> [email protected]>; Li Zhijian <[email protected]>
>> >> Subject: Re: [PATCH] net/filter: Enable the vnet_hdr_support by
>> >> default
>> >>
>> >> Zhang Chen <[email protected]> writes:
>> >>
>> >> > This patch make filters and colo-compare module support vnet_hdr by
>> >> > default. And also support -device non-virtio-net(like e1000.).
>> >> > But it can't avoid user manual configuration error between
>> >> > different filters when enable/disable virtio-net-pci.
>> >> >
>> >> > Signed-off-by: Zhang Chen <[email protected]>
>> >>
>> >> Have you considered backward compatibility?  Can it break usage that
>> >> now works?
>> >
>> > Yes, this patch fully guarantees the compatibility as Jason's comments.
>> > Original usage still works.
>> 
>> Worth a brief explanation in the commit message?
>
> OK. Add following statement to commit message:
> This patch make filters and colo-compare module support vnet_hdr by
> default. And also support -device non-virtio-net(like e1000.). Because
> when enabled the support will make the vnet_hdr_len field become must-delivery
> part of filter transfer protocol(even 0 in use -device e1000). It fully 
> guarantees the
> compatibility for management layer like libvirt.
> But it still can't avoid user manual configuration error between
> different filters connected when enable/disable vnet_hdr_support.
>
> How about this explanation?

I'm deferring to Jason, because I can't judge this for technical
accuracy.

> By the way, please let me know your comments on filter passthrough series:
> https://mail.gnu.org/archive/html/qemu-devel/2021-08/msg01393.html
> If OK, I will update it.

Uh, I was under the impression that you'd respin with my comments
addressed as per your reply to my review.

It's too late for 6.2 now.  Suggest to respin, and adjust the "since:"
tags to 7.0.


Reply via email to