From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-181.mimecast.com (us-smtp-delivery-181.mimecast.com [63.128.21.181]) by dpdk.org (Postfix) with ESMTP id A54812D13 for ; Fri, 8 Jun 2018 17:21:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=SonusNetworks.onmicrosoft.com; s=selector1-rbbn-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=w814KjdbSOgWU+hissiQNbWVToqrwEbZr6g8MoO699o=; b=UE+GFPyBn06eMirWUkdPDcWPZn2WnMtk2hjt+29KMpXWPwQreJFAoavUL6uXOwKs3sqzaL4ge5g9hitZDiiazhgM3VYcaQfLN2azt4PI4i8YhGMERmsdskC7rBqRlVFpY5BGUNxvroQmvjjoQb+Grovmr3V+veS3K/KMKeIkfSY= Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01lp0119.outbound.protection.outlook.com [207.46.163.119]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-16-OlG-b7clNJ2ob0LRKNi8vg-1; Fri, 08 Jun 2018 11:21:34 -0400 Received: from SN2PR03MB2365.namprd03.prod.outlook.com (10.166.210.144) by SN2PR03MB2302.namprd03.prod.outlook.com (10.166.210.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.841.17; Fri, 8 Jun 2018 15:21:32 +0000 Received: from SN2PR03MB2365.namprd03.prod.outlook.com ([fe80::e434:f5ac:7ab6:db21]) by SN2PR03MB2365.namprd03.prod.outlook.com ([fe80::e434:f5ac:7ab6:db21%10]) with mapi id 15.20.0841.015; Fri, 8 Jun 2018 15:21:32 +0000 From: "Dey, Souvik" To: "beilei.xing@intel.com" , "jingjing.wu@intel.com" , "dev@dpdk.org" CC: "users@dpdk.org" Thread-Topic: I40evf VLAN stripping disable Thread-Index: AdP/PFvrqespiY9kSy6pZIyZWbz1AQ== Date: Fri, 8 Jun 2018 15:21:32 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [208.45.178.4] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; SN2PR03MB2302; 7:kQ0rcfSrlijlC+sXthSso9z6oeTf24/WlGtGGnlezZvySqKbPPexSUVzM2WILXOqUTgJQ74nopAWLhAle5qn3pUuNUJ+hlWk3toFGrxK3desyIzWJIianL8NZsO0Xl+GYkNYamA+3COPthGxYxWGMsoy7q1/cD6zoGvfIRSp9MI1B/dg/biDK+tP2/CqXEMEjHRQ+VIBmTQHBhV38k42An4wnmuKHBiwTDMUZ6wXeipBQewqntH7ColN1uPjnckk; 20:uhuXRFLdHH6p6iDPSQCyEmddHgtpyDIs0F8vrWGCEzWVygVXt/fiojBkXyUrRYbLI1MVGHsSQ7ujoOpcEIgqhvatxsIiyGRU3qk2T2zXIGWWwdkOC3heaye1Hhbe5GGjICNFYKQ9AOZA/fw+ogxTL4gd4IkdCXNrAlcQ/yTIWsI= x-ms-exchange-antispam-srfa-diagnostics: SOS; x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(2017052603328)(7153060)(7193020); SRVR:SN2PR03MB2302; x-ms-traffictypediagnostic: SN2PR03MB2302: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231254)(944501410)(52105095)(3002001)(93006095)(93001095)(149027)(150027)(6041310)(20161123564045)(20161123558120)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:SN2PR03MB2302; BCL:0; PCL:0; RULEID:; SRVR:SN2PR03MB2302; x-forefront-prvs: 06973FFAD3 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39380400002)(346002)(39860400002)(366004)(376002)(43544003)(199004)(189003)(186003)(5250100002)(53936002)(74316002)(14454004)(7696005)(66066001)(2501003)(25786009)(33656002)(3280700002)(8936002)(81156014)(8676002)(81166006)(2906002)(3660700001)(68736007)(97736004)(9686003)(54896002)(486006)(6436002)(476003)(55016002)(3846002)(6116002)(790700001)(7736002)(6306002)(478600001)(99286004)(316002)(105586002)(106356001)(5660300001)(2900100001)(110136005)(2201001)(86362001)(26005)(4326008)(59450400001)(102836004)(6506007)(168613001); DIR:OUT; SFP:1101; SCL:1; SRVR:SN2PR03MB2302; H:SN2PR03MB2365.namprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; x-microsoft-antispam-message-info: 2oc/q+wb397pEoNfjxEkoVxh7xz93ehUAdke/3mBqMrz9HmPr4C9z7N6d8OO/L7FZMF3yPJOldI07i6bwpOj21Fc3VrqUKkUalKn4QcxQ+m2ELSVmzJsqN/tlBDU8ZY10E9lrs5MomZeY6PqxPb8Xf9bUci+1jdC0KzSF6ddCNrRZP6XxWN05zFN7a+l1f2/ spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-MS-Office365-Filtering-Correlation-Id: ef068639-8b6a-43d9-1443-08d5cd538443 X-OriginatorOrg: rbbn.com X-MS-Exchange-CrossTenant-Network-Message-Id: ef068639-8b6a-43d9-1443-08d5cd538443 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jun 2018 15:21:32.6180 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR03MB2302 X-MC-Unique: OlG-b7clNJ2ob0LRKNi8vg-1 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] I40evf VLAN stripping disable X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2018 15:21:37 -0000 Hi i40e/i40evf maintainers, I was testing VLANs with i40evf pmd and is hitting the below issue. I have the following configuration: - host runs with Linux pf i40e driver(version 2.4.6) - guest runs with DPDK 17.11.2 vf i40e driver When I am sending a vlan packet from the outside to the guest, on the guest= , I receive the packet which has the PKT_RX_VLAN_STRIPPED flag set although= I'm not asking for it. Even though my DPDK app has the rte_eth_conf.rxmode.hw_vlan_strip set to 0 = and also verified that the i40evf_disable_vlan_strip(VIRTCHNL_OP_DISABLE_VL= AN_STRIPPING) function is getting called and not returning any error from t= he linux pf driver. Is this the default behavior that the VLAN will be always stripped by the P= F irrespective of the setting ? Should the DPDK version take care of the re= -adding the tag back to the packet in case hw_vlan_strip is disabled ? What= should be best way of handling it ? Is it a bug in DPDK or I am missing so= mething here. I do see in the linux i40evf driver we are insert vlan header in the receiv= ed packets in some cases. -- Regards, Souvik