From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0060.outbound.protection.outlook.com [104.47.34.60]) by dpdk.org (Postfix) with ESMTP id 88CE12BF5 for ; Fri, 9 Sep 2016 07:14:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=SonusNetworks.onmicrosoft.com; s=selector1-sonusnet-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=EADW8WCWcZbk02efE1MOrNzJgeQwFfS1xKhoBlPqo5Q=; b=Clt4MHNski0S4WUbGKoBFM7ZSUXhpgKbFuSWNKp7sIrnAEQ4wfBdPwdMlfOLI5VCcNL8dvN9AMaELlEOZqjNarzoHRRIMK5x6sGL0HwTkWdYAvkt/1bdXXQNh+YUPA5O5J9lyw4hHUBhaHAKlROiOPRYtDOYSM0pwpi58WvKB5Y= Received: from BN3PR03MB1494.namprd03.prod.outlook.com (10.163.35.145) by BN3PR03MB2242.namprd03.prod.outlook.com (10.166.74.15) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.609.9; Fri, 9 Sep 2016 05:14:34 +0000 Received: from BN3PR03MB1494.namprd03.prod.outlook.com ([10.163.35.145]) by BN3PR03MB1494.namprd03.prod.outlook.com ([10.163.35.145]) with mapi id 15.01.0599.016; Fri, 9 Sep 2016 05:14:34 +0000 From: "Dey, Souvik" To: "dev@dpdk.org" CC: Karmarkar Suyash , "St. Pierre, Mark" Thread-Topic: VLAN of SRIOV VF with DPDK Thread-Index: AdIKTJfouZPHSnMpRVGsZRYuT+Hk/w== Date: Fri, 9 Sep 2016 05:14:33 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=sodey@sonusnet.com; x-originating-ip: [2601:191:8300:9cda:f8b8:9ca:b4df:2874] x-ms-office365-filtering-correlation-id: 0685156a-4492-435c-16e4-08d3d8702ff3 x-microsoft-exchange-diagnostics: 1; BN3PR03MB2242; 6:Ljia1cPzYsDXPsKVpDKBhsi0dr9piPLAPLKVXI4FSJazjrIEVZ2B0kxNBkjP6aLj+wjAPStx2HgCtICJ5U4t5uueT+vLsNoj1nwoq5kQwhizgMvedmrXxAJs5YTLFse5C1As38M9GwDjIpucTqMxwlYMfoqm8QObqQaHzz8Q/WYOguKA9Ex5dBuc1akpae4PYmFsHf6LvBKLoftqw+xCu6kYaXUeMNaJaVBxwg4YSqC2DNQJiZyR6hTc9yTzikUmf9j4dpoJuYBgaEPJdq3eaBziU4y/9Iv430lgfK4JPUQ=; 5:1IaKyXqJDfgvfK9XGiIxxoXwxE4WOZT735laOrzfI4EVihumzFXXHUpWWTtIW+Y6RgrJnCb1Y2N0WV4jK/9zxg43Eeg2CspJy02KZH4cazosTP62e6kCOBaFMOD+uh1MaQFhy/3saSedPja4AATS7Q==; 24:JUcBAsSa5g7nGqStwk1SeFd5AIB2l+frp2n5efbY58/Q/IZLRaje2n6M0iv7q7VzDBWGGONozmNduXiFd/2UycNXbZH7wgV0UMjCuptgHqQ=; 7:PvvlAnjOzsAy33/bQQP0pccjH/CsWoTyg6lYWnxCj6DjqmCVNECYjUP9Rl/HXbWiCL3NxJgUFgS1tjvnAdPzZ9cMR9Ozrgp7cedyEPxi150BnAqe5NDCJVRaUDsGdN+D5RxuFwGK7xchfBg2f0O4FNwpQLft+iT8ZzQCdIKCNSK2JeV/yqZbS/0CDtR02hbaVtD3EdeVs1vsf0/GgFCgAXWn4nnCJVdAzV7FKnE7fAHtp4QoJ8lDyOeTQl/1MOMD x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR03MB2242; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BN3PR03MB2242; BCL:0; PCL:0; RULEID:; SRVR:BN3PR03MB2242; x-forefront-prvs: 00603B7EEF x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(189002)(199003)(7736002)(6116002)(9686002)(97736004)(102836003)(790700001)(586003)(229853001)(5660300001)(99286002)(7846002)(16236675004)(122556002)(106356001)(77096005)(110136002)(2351001)(2900100001)(4001430100002)(105586002)(11100500001)(8676002)(107886002)(1730700003)(87936001)(5002640100001)(4326007)(5640700001)(54356999)(450100001)(19300405004)(19625215002)(101416001)(81156014)(5630700001)(81166006)(2906002)(15975445007)(9326002)(74316002)(10400500002)(189998001)(33656002)(5890100001)(92566002)(3280700002)(76576001)(3660700001)(50986999)(86362001)(8936002)(68736007)(19580395003)(7696004)(2501003)(3826002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN3PR03MB2242; H:BN3PR03MB1494.namprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: sonusnet.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: sonusnet.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Sep 2016 05:14:33.9425 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR03MB2242 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] VLAN of SRIOV VF with DPDK X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 05:14:39 -0000 Hi, I have having an unique issue to get the VLAN tags upto the V= M instance running ixgbevf pmd. Currently my setup looks like this : Host running 7.1 RHEL , linux 3.10.0-229.el7.x86_64 with 10G 82599ES NIC ca= rds with firmware : 0x80000838 and ixgbe driver version 4.0.1-k-rh7.1 Guest running Debian 7 , linux 3.2.73 with VF attached from the 10G PF. We = are using DPDK 2.1 on the guest to receive packets and pass it to the linux= kernel using kni interfaces. Now, our requirement is to have VLAN come up to the Guest from the outside = and the Guest should be able to send VLAN packets out too. We have set hw_vlan_strip to 0 so that the vlan is not stripped by the VF. = Also we have not configured any VLAN id on the VF, so that the rx vlan filt= ration is not turned on in the HOST. We have configured only one rx queue and 2 tx queues. With this configurati= on when we send packets from the kernel through kni with VLAN tags , packet= s are getting dropped in the host saying spoofed packets. I have also turne= d off spoofchk off on the VF and then the TX packets were going out. But th= e RX packets were not even reaching the guest. If I remove my DPDK app and try with normal Debian linux, then we are seein= g both the TX and RX packets following with proper VLAN tags up to the gues= t. In this case we need not turn of spoofchk on the VF also. I am performing simple ping test as of now. Also, I don't see any kni callback when we configure the VLAN on the guest = which can go down till the Host. I also see that we are not setting the sof= tware/hardware vfta table at all in the ixgbevf code. Is this required to b= e setup, as I feel the kernel might be doing it . Any help or pointers to this issue will be of great help. -- Regards, Souvik