[dpdk-dev] Tx vlan offload problem with igb and DPDK v17.11

[Victor Huertas]

Forget about it,

I found a bug in my software. Once solved, no problem with PKT_TX_VLAN_PKT
at all.

Regards,

El lun., 3 sept. 2018 a las 19:32, Victor Huertas (<vhuertas at gmail.com>)
escribió:

> Hi all,
>
> I have realized that the PKT_TX_VLAN_PKT flag for Tx Vlan Offload doesn't
> work in my application.
>
> According to the NICs I have (IGB) there seems to be a problem with this
> vlan offload tx feature and this version of DPDK according to the Bug 17 :
> https://bugs.dpdk.org/show_bug.cgi?id=17
>
> I have tested it using vfio_pci and igb_uio drivers as well as SW vlan
> insertion (rte_vlan_insert) and the result is exactly the same.
>
> Have this bug been solved so far?
>
> These are my NICs:
> 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
> Connection (rev 01)
>     Subsystem: Super Micro Computer Inc Device 10c9
>     Flags: fast devsel, IRQ 17
>     Memory at fafe0000 (32-bit, non-prefetchable) [disabled] [size=128K]
>     Memory at fafc0000 (32-bit, non-prefetchable) [disabled] [size=128K]
>     I/O ports at ec00 [disabled] [size=32]
>     Memory at fafbc000 (32-bit, non-prefetchable) [disabled] [size=16K]
>     [virtual] Expansion ROM at faf80000 [disabled] [size=128K]
>     Capabilities: [40] Power Management version 3
>     Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
>     Capabilities: [70] MSI-X: Enable- Count=10 Masked-
>     Capabilities: [a0] Express Endpoint, MSI 00
>     Capabilities: [100] Advanced Error Reporting
>     Capabilities: [140] Device Serial Number 00-30-48-ff-ff-bb-17-02
>     Capabilities: [150] Alternative Routing-ID Interpretation (ARI)
>     Capabilities: [160] Single Root I/O Virtualization (SR-IOV)
>     Kernel driver in use: vfio-pci
>     Kernel modules: igb
>
> 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
> Connection (rev 01)
>     Subsystem: Super Micro Computer Inc Device 10c9
>     Flags: fast devsel, IRQ 16
>     Memory at faf60000 (32-bit, non-prefetchable) [disabled] [size=128K]
>     Memory at faf40000 (32-bit, non-prefetchable) [disabled] [size=128K]
>     I/O ports at e880 [disabled] [size=32]
>     Memory at faf3c000 (32-bit, non-prefetchable) [disabled] [size=16K]
>     [virtual] Expansion ROM at faf00000 [disabled] [size=128K]
>     Capabilities: [40] Power Management version 3
>     Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
>     Capabilities: [70] MSI-X: Enable- Count=10 Masked-
>     Capabilities: [a0] Express Endpoint, MSI 00
>     Capabilities: [100] Advanced Error Reporting
>     Capabilities: [140] Device Serial Number 00-30-48-ff-ff-bb-17-02
>     Capabilities: [150] Alternative Routing-ID Interpretation (ARI)
>     Capabilities: [160] Single Root I/O Virtualization (SR-IOV)
>     Kernel driver in use: vfio-pci
>     Kernel modules: igb
>
> Thanks for your attention
>
> Regards,
>
> PD: BTW, I have observed that capturing a, for example, an ARP message in
> an rx queue which the VLAN stripped the answer is sent correctly if I set
> the PKT_TX_VLAN_PKT flag and the VLAN_TCI is the same... However, if I try
> to set the VLAN header from a non-VLAN stripped frame then it doesnt work.
>
>
>
> --
> Victor
>


-- 
Victor