From mboxrd@z Thu Jan 1 00:00:00 1970 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) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=TCYWWCUrAMSHMPpNs1AzQG/iFxdgkez0m8BF/wC1VbM=; b=HcAW+H8bLCquiT+UlV3jjpwG3d3WXXXMyS5sm/GWwuQF/gIk+clhP7gJxp2pLFHlP9 ypfMWOq9GT+zpl6BKGv4JoXjEe/oJyGWEgbq011FuTEp4PxvubVJNQrEorC+nEG1zNmt Ke25M8NB+cZghLEm+RtRCC5RGV9/KLFv6Mmi0BAzx4aAoOZH0nAhxELJ/eIbO8/jXozf KzRGxvq9iwKmo0HVrtbWaDW7eZXZbpMMFofVQS+8nd3PijHV7Bz4w9m9kovylMpO/KHQ SyDYEsW70NteTIQMbrKbexBPwSUTlCXb8laEZKDCyomerWj18fyBYX2d/NJ33HNl2h6b K/yQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=TCYWWCUrAMSHMPpNs1AzQG/iFxdgkez0m8BF/wC1VbM=; b=KTemq08giTa5XE7tmCfwTz/tcuj0Vr9SMNsRVrmQUIRxRRNP+S9ccB8Yet/bJK8Ugr iLsQnOusK7jwxHEXXd9ga94zFG4otqtbJRQsoZwUuCCJNwnr1ri4kVy/iJV/iTTAFBDz yGz0NiFwVp7seC8uDwwthlpa1GO6D0H/BPFOosKpR2eJuih3CeyV6zKvSMterYbivUH3 Xalmy+QFN2HWk5lGapwqsG9g67JgaKUGu/WUwfq/WGbnIjm1+howDeTFH3M8vfSnJhq7 1QWrQ3Hxoq/QTcvufeXVZqziTZxJys02sGeZftNhhbwj12tOk8TzkENBxFcmcxei1hud ubLg== X-Gm-Message-State: APzg51Dco60g8SmgYs6ZErz3XY5TKtOcG+EEZ5IcFokmJe/5HOKTpfGZ Q1U9UjlMDIT9czKr5kzSFwgJlhp1iIjSkjw7q3x338M0 X-Google-Smtp-Source: ANB0VdbaEdjuQLM/7BlcBJA/Rp+pdq/pped6xIzme9/lzV14uHrDE2qgJl7prtrN1BvYxR6U5kEflDmFMIq3KOB0wEs= X-Received: by 2002:a54:4819:: with SMTP id j25-v6mr26082014oij.116.1536068808969; Tue, 04 Sep 2018 06:46:48 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Victor Huertas Date: Tue, 4 Sep 2018 15:46:37 +0200 Message-ID: To: dev@dpdk.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] Tx vlan offload problem with igb and DPDK v17.11 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2018 13:46:50 -0000 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