Hi Alexander,
Thanks a lot for your reply, the following code is excerpted from function
ixgbe_probe in ixgbe_main.c of 4.1.5 driver code.
#ifdef HAVE_ENCAP_TSO_OFFLOAD
netdev->features |= NETIF_F_GSO_UDP_TUNNEL;
#endif
As you can see, its controlled by a macro which will be defined with 3.10+
kernel, that why make be think it will support the feature, however the
vlan device will not have this feature set because the driver does not set
it to the vlan_features field, so I agree at least on my 3.10.45 kernel
with 4.1.5 ixgbe driver, VXLAN offload will not work on the vlan device of
a physical 82599 device.
So I think this feature is turned on.
I have also checked the GSO_PARTIAL and TSO_MANGLEID flag in the 4.7+
kernel, seems the two features will also set to the vlan_feature of the
device, which make me wonder 4.7+ kernel shipped ixgbe driver will solve my
question, I will give a try, I am also keen to hear any suggestion from you.
Thanks a lot.
2016-11-09 5:50 GMT+08:00 Alexander Duyck <alexander.du...@gmail.com>:
> On Mon, Nov 7, 2016 at 11:42 PM, 张东亚 <fortitude.zh...@gmail.com> wrote:
> > Hi,
> >
> > I am now research on VXLAN OFFLOAD of intel 82599 NIC with openvswitch
> > 2.6.0, after reading some code and does the test, and I have concluded it
> > seems if the VXLAN endpoint ip is configured on a vlan interface like
> > eth0.100, VXLAN OFFLOAD will not work, while eth0 itself is 82599 NIC
> which
> > have VXLAN OFFLOAD capability.
> >
> > So my question is anyone know that is VXLAN OFFLOAD only desired to work
> on
> > physical interface? which I mean is VXLAN endpoint ip is configured on
> > physical interface.
> >
> > Besides, it seems ixgbe 4.4.6 driver removed GSO_UDP_TUNNEL flag which
> was
> > set in 4.1.5 driver code, does this mean ixgbe 4.4.6 driver will no
> longer
> > support this function?
> >
> > Thanks a lot.
>
> As far as I know the the 4.1.5 ixgbe driver never supported
> NETIF_F_GSO_UDP_TUNNEL. Support for the tunnel offloads is only
> available if making use of NETIF_F_GSO_PARTIAL and
> NETIF_F_TSO_MANGLEID.
>
> Also stacking a tunnel on a vlan isn't supported as the currently
> implementation of the kernel offloads doesn't support stacking
> tunnels. So a VLAN, MPLS, GRE, or UDP tunnel cannot be stacked on top
> of another such device and expect to get offloads since none of the
> tunnels advertise support for any offload features.
>
> - Alex
>
------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit
http://communities.intel.com/community/wired
