From mboxrd@z Thu Jan 1 00:00:00 1970 From: Victor Huertas Subject: Re: Tx vlan offload problem with igb and DPDK v17.11 Date: Tue, 4 Sep 2018 15:46:37 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable To: dev@dpdk.org Return-path: Received: from mail-oi0-f68.google.com (mail-oi0-f68.google.com [209.85.218.68]) by dpdk.org (Postfix) with ESMTP id CD2481559 for ; Tue, 4 Sep 2018 15:46:49 +0200 (CEST) Received: by mail-oi0-f68.google.com with SMTP id k81-v6so6744333oib.9 for ; Tue, 04 Sep 2018 06:46:49 -0700 (PDT) In-Reply-To: List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 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 () escribi=C3=B3: > 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=3D17 > > 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=3D128K= ] > Memory at fafc0000 (32-bit, non-prefetchable) [disabled] [size=3D128K= ] > I/O ports at ec00 [disabled] [size=3D32] > Memory at fafbc000 (32-bit, non-prefetchable) [disabled] [size=3D16K] > [virtual] Expansion ROM at faf80000 [disabled] [size=3D128K] > Capabilities: [40] Power Management version 3 > Capabilities: [50] MSI: Enable- Count=3D1/1 Maskable+ 64bit+ > Capabilities: [70] MSI-X: Enable- Count=3D10 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=3D128K= ] > Memory at faf40000 (32-bit, non-prefetchable) [disabled] [size=3D128K= ] > I/O ports at e880 [disabled] [size=3D32] > Memory at faf3c000 (32-bit, non-prefetchable) [disabled] [size=3D16K] > [virtual] Expansion ROM at faf00000 [disabled] [size=3D128K] > Capabilities: [40] Power Management version 3 > Capabilities: [50] MSI: Enable- Count=3D1/1 Maskable+ 64bit+ > Capabilities: [70] MSI-X: Enable- Count=3D10 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 tr= y > to set the VLAN header from a non-VLAN stripped frame then it doesnt work= . > > > > -- > Victor > --=20 Victor