On Thu, Jun 29, 2023 at 04:08:47PM +0200, Simon Horman wrote:
> On Sun, Jun 11, 2023 at 06:58:27PM +0300, Eli Britstein via dev wrote:
> > When using a userspace vport ("vxlan0"), dpif-netdev adds an additional
> > netdev ("vxlan_sys_4789"). The dpif netdev ("vxlan0") is added to the
> > netdev-offload ports map, thus flows are associated on this netdev.
> >
> > However, flushing is done on the dpif-netdev level ("vxlan_sys_4789"),
> > and relevant offload flows are not destroyed.
> >
> > To fix it, add the datapath netdev to the netdev-offload ports map. In
> > case there is no different internal netdev, use the dpif netdev, as before.
> >
> > Fixes: adbd4301a249 ("netdev-offload-dpdk: Use per-netdev offload
> > metadata.")
> > Signed-off-by: Eli Britstein <[email protected]>
>
> Acked-by: Simon Horman <[email protected]>
Hi,
this series seems to be going stale.
I'd like to ask if anyone (else) could review it.
In the meantime, I've applied the series on the current master branch
and am running the GitHub actions over it:
1. https://github.com/horms/ovs/actions/runs/6455946731
2. https://github.com/horms/ovs/actions/runs/6455949977
_______________________________________________
dev mailing list
[email protected]
https://mail.openvswitch.org/mailman/listinfo/ovs-dev