> -----Original Message-----
> From: Markus Armbruster <[email protected]>
> Sent: Wednesday, November 10, 2021 4:36 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 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.
Already update the " [PATCH for 7.0 V10 0/6] Add passthrough support to object
with network processing function"
I think this version already addressed your comments, please review again.
Thanks
Chen
