From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 4EB35A034C for ; Thu, 29 Sep 2022 16:07:16 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id CF28840694; Thu, 29 Sep 2022 16:07:15 +0200 (CEST) Received: from CNSHPPMGWESA02.NOKIA-SBELL.COM (unknown [116.246.26.45]) by mails.dpdk.org (Postfix) with ESMTP id A8A1D40395 for ; Thu, 29 Sep 2022 16:07:13 +0200 (CEST) X-IronPort-AV: E=Sophos;i="5.93,355,1654531200"; d="scan'208,217";a="6076865" Received: from unknown (HELO CNSHPPEXCH1606.nsn-intra.net) ([135.251.51.106]) by CNSHPPMGWESA02.NOKIA-SBELL.COM with ESMTP; 29 Sep 2022 22:07:11 +0800 Received: from CNSHPPEXCH1601.nsn-intra.net (135.251.51.101) by CNSHPPEXCH1606.nsn-intra.net (135.251.51.106) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Thu, 29 Sep 2022 22:07:11 +0800 Received: from CNSHPPEXCH1601.nsn-intra.net ([135.251.51.101]) by CNSHPPEXCH1601.nsn-intra.net ([135.251.51.101]) with mapi id 15.01.2375.031; Thu, 29 Sep 2022 22:07:11 +0800 From: "Yan, Xiaoping (NSB - CN/Hangzhou)" To: "users@dpdk.org" , "jingjing.wu@intel.com" , "beilei.xing@intel.com" Subject: RE: rx packet vlan_tci is not set in iavf driver Thread-Topic: rx packet vlan_tci is not set in iavf driver Thread-Index: AdjSea4klVfBYFR1R1ez3O4IVEXjWABkkZaQ Date: Thu, 29 Sep 2022 14:07:11 +0000 Message-ID: <113448b3551047f4b207afbfe1894f0b@nokia-sbell.com> References: <96e4df2f97e4480596092d275c2bdde1@nokia-sbell.com> In-Reply-To: <96e4df2f97e4480596092d275c2bdde1@nokia-sbell.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.251.51.115] Content-Type: multipart/alternative; boundary="_000_113448b3551047f4b207afbfe1894f0bnokiasbellcom_" MIME-Version: 1.0 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --_000_113448b3551047f4b207afbfe1894f0bnokiasbellcom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksDQoNCkl0IHNlZW1zIHRoZSB2bGFuIGlkIGlzIGluIHJ4IGRlc2NyaXB0b3IsIGJ1dCBzb21l aG93IG5vdCBjb3BpZWQgdG8gdmxhbl90Y2kNCkkgdHJpZWQgdG8gZ2RiIG9uIF9pYXZmX3JlY3Zf cmF3X3BrdHNfdmVjX2F2eDINCihnZGIpIHAqIHJ4ZHANCiQ2ID0ge3JlYWQgPSB7cGt0X2FkZHIg PSAxNjg4ODc3MDE5MDYwMTM1NTI2NCwgaGRyX2FkZHIgPSAxNjUxNzM3MDQ5MTQwMywgcnN2ZDEg PSA2MjgyNTIxNDgwMTgxODQxOTMsIHJzdmQyID0gMH0sIHdiID0gew0KICAgIHF3b3JkMCA9IHts b19kd29yZCA9IHttaXJyX2Zjb2UgPSB7bWlycm9yaW5nX3N0YXR1cyA9IDAsIGZjb2VfY3R4X2lk ID0gMH0sIGwydGFnMSA9IDB9LCBoaV9kd29yZCA9IHtyc3MgPSAzOTMyMjIzMjM0LA0KICAgICAg ICBmY29lX3BhcmFtID0gMzkzMjIyMzIzNCwgZmRfaWQgPSAzOTMyMjIzMjM0fX0sIHF3b3JkMSA9 IHtzdGF0dXNfZXJyb3JfbGVuID0gMTY1MTczNzA0OTE0MDN9LCBxd29yZDIgPSB7DQogICAgICBl eHRfc3RhdHVzID0gMSwgcnN2ZCA9IDAsIGwydGFnMl8xID0gMCwgbDJ0YWcyXzIgPSAyMjMyfSwg cXdvcmQzID0ge2xvX2R3b3JkID0ge2ZsZXhfYnl0ZXNfbG8gPSAwLCBwZV9zdGF0dXMgPSAwfSwN CiAgICAgIGhpX2R3b3JkID0ge2ZsZXhfYnl0ZXNfaGkgPSAwLCBmZF9pZCA9IDB9fX19DQoNCkJ1 dCB3aGVuIGRwZGstdGVzdHBtZCByZWNlaXZlZCBpdCwgdGhlcmUgaXMgbm8gdnRhbl90Y2kNCihn ZGIpIHAgKnBrdHNfYnVyc3RbMF0NCiQxNyA9IHtjYWNoZWxpbmUwID0gMHgxNzc2NTc3MDAsIGJ1 Zl9hZGRyID0gMHgxNzc2NTc3ODAsIGJ1Zl9pb3ZhID0gNjI5ODEwNTcyOCwgcmVhcm1fZGF0YSA9 IDB4MTc3NjU3NzEwLCBkYXRhX29mZiA9IDI1NiwNCiAgcmVmY250ID0gMSwgbmJfc2VncyA9IDEs IHBvcnQgPSAwLCBvbF9mbGFncyA9IDM4NiwgcnhfZGVzY3JpcHRvcl9maWVsZHMxID0gMHgxNzc2 NTc3MjAsIHtwYWNrZXRfdHlwZSA9IDE2ODEsIHsNCiAgICAgIGwyX3R5cGUgPSAxICdcMDAxJywg bDNfdHlwZSA9IDkgJ1x0JywgbDRfdHlwZSA9IDYgJ1wwMDYnLCB0dW5fdHlwZSA9IDAgJ1wwMDAn LCB7aW5uZXJfZXNwX25leHRfcHJvdG8gPSAwICdcMDAwJywgew0KICAgICAgICAgIGlubmVyX2wy X3R5cGUgPSAwICdcMDAwJywgaW5uZXJfbDNfdHlwZSA9IDAgJ1wwMDAnfX0sIGlubmVyX2w0X3R5 cGUgPSAwICdcMDAwJ319LCBwa3RfbGVuID0gNjAsIGRhdGFfbGVuID0gNjAsDQogIHZsYW5fdGNp ID0gMCwge2hhc2ggPSB7cnNzID0gMzkzMjIyMzIzNCwgZmRpciA9IHt7e2hhc2ggPSA2MzIzNCwg aWQgPSA2MDAwMH0sIGxvID0gMzkzMjIyMzIzNH0sIGhpID0gMH0sIHNjaGVkID0gew0KICAgICAg ICBxdWV1ZV9pZCA9IDM5MzIyMjMyMzQsIHRyYWZmaWNfY2xhc3MgPSAwICdcMDAwJywgY29sb3Ig PSAwICdcMDAwJywgcmVzZXJ2ZWQgPSAwfSwgdHhhZGFwdGVyID0gew0KICAgICAgICByZXNlcnZl ZDEgPSAzOTMyMjIzMjM0LCByZXNlcnZlZDIgPSAwLCB0eHEgPSAwfSwgdXNyID0gMzkzMjIyMzIz NH19LCB2bGFuX3RjaV9vdXRlciA9IDAsIGJ1Zl9sZW4gPSAyMzA0LA0KICBwb29sID0gMHgyM2Ix ZTk4YzAsIGNhY2hlbGluZTEgPSAweDE3NzY1Nzc0MCwgbmV4dCA9IDB4MCwge3R4X29mZmxvYWQg PSAwLCB7bDJfbGVuID0gMCwgbDNfbGVuID0gMCwgbDRfbGVuID0gMCwNCiAgICAgIHRzb19zZWdz eiA9IDAsIG91dGVyX2wzX2xlbiA9IDAsIG91dGVyX2wyX2xlbiA9IDB9fSwgc2hpbmZvID0gMHgw LCBwcml2X3NpemUgPSAwLCB0aW1lc3luYyA9IDAsIGR5bmZpZWxkMSA9IHswLCAwLCAwLA0KICAg IDAsIDAsIDAsIDAsIDAsIDB9fQ0KKGdkYikgYnQNCiMwICBwa3RfYnVyc3RfcmVjZWl2ZSAoZnM9 MHgxNzZkOTZhNDApIGF0IC4uL2RwZGstMjEuMTEvYXBwL3Rlc3QtcG1kL3J4b25seS5jOjYxDQoj MSAgMHgwMDAwMDAwMDAxNjUwMWU5IGluIHJ1bl9wa3RfZndkX29uX2xjb3JlIChmYz0weDIzYjRm MmE0MCwgcGt0X2Z3ZD0weDE2NGM4YzAgPHBrdF9idXJzdF9yZWNlaXZlPikNCiAgICBhdCAuLi9k cGRrLTIxLjExL2FwcC90ZXN0LXBtZC90ZXN0cG1kLmM6MjIwMA0KIzIgIDB4MDAwMDAwMDAwMTY1 MDJkNCBpbiBzdGFydF9wa3RfZm9yd2FyZF9vbl9jb3JlIChmd2RfYXJnPTxvcHRpbWl6ZWQgb3V0 PikgYXQgLi4vZHBkay0yMS4xMS9hcHAvdGVzdC1wbWQvdGVzdHBtZC5jOjIyMjYNCiMzICAweDAw MDAwMDAwMDA1OWFiYWMgaW4gZWFsX3RocmVhZF9sb29wIChhcmc9PG9wdGltaXplZCBvdXQ+KSBh dCAuLi9kcGRrLTIxLjExL2xpYi9lYWwvbGludXgvZWFsX3RocmVhZC5jOjE0Ng0KIzQgIDB4MDAw MDdmZmZmNTIzMzgxMiBpbiBzdGFydF90aHJlYWQgKCkgZnJvbSAvdXNyL2xpYjY0L2xpYmMuc28u Ng0KIzUgIDB4MDAwMDdmZmZmNTFkMzMxNCBpbiBjbG9uZSAoKSBmcm9tIC91c3IvbGliNjQvbGli Yy5zby42DQoNCkZyb206IFlhbiwgWGlhb3BpbmcgKE5TQiAtIENOL0hhbmd6aG91KQ0KU2VudDog MjAyMsTqOdTCMjfI1SAyMjoyOQ0KVG86IHVzZXJzQGRwZGsub3JnOyAnamluZ2ppbmcud3VAaW50 ZWwuY29tJyA8amluZ2ppbmcud3VAaW50ZWwuY29tPjsgYmVpbGVpLnhpbmdAaW50ZWwuY29tDQpT dWJqZWN0OiByeCBwYWNrZXQgdmxhbl90Y2kgaXMgbm90IHNldCBpbiBpYXZmIGRyaXZlcg0KDQpI aSwNCg0KSSBoYXZlIGEgZHBkayBhcHBsaWNhdGlvbiBzZW5kaW5nIGJyb2FkY2FzdCBwYWNrZXQg aW4gdmxhbiAweDI0OC4gYW5kIEkgc3RhcnRlZCBkcGRrLXRlc3RwbWQgb24gcnggb25seSBtb2Rl Lg0KDQpUaGUgZHBkay10ZXN0cG1kIHJlY2VpdmVkIHRoZSBwYWNrZXQgd2l0aCB2bGFuIGhlYWRl ciAoYXMgZXhwZWN0ZWQpIGFzIGJlbG93IGZyb20gZ2RiIG91dHB1dDoNCihnZGIpIHgvMTAweGIg KHBrdHNfYnVyc3RbNF0tPmJ1Zl9hZGRyK3BrdHNfYnVyc3RbNF0tPmRhdGFfb2ZmKQ0KMHgxNzc4 N2M4YzA6ICAgIDB4ZmYgICAgMHhmZiAgICAweGZmICAgIDB4ZmYgICAgMHhmZiAgICAweGZmICAg IDB4ZmUgICAgMHgxYQ0KMHgxNzc4N2M4Yzg6ICAgIDB4Y2MgICAgMHgyZSAgICAweDZlICAgIDB4 NzggICAgMHg4MSAgICAweDAwICAgIDB4MDIgICAgMHg0OA0KMHgxNzc4N2M4ZDA6ICAgIDB4ODkg ICAgMHg1MSAgICAweDQwICAgIDB4MDAgICAgMHgwMCAgICAweDAwICAgIDB4MDAgICAgMHgwMA0K Li4uDQoNClRoZW4gSSBlbmFibGUgdmxhbiBzdHJpcCB2aWEgYmVsb3cgY29tbWFuZA0KdGVzdHBt ZD4gdmxhbiBzZXQgc3RyaXAgb24gMA0KTm93IHRoZSB2bGFuIGlzIHN0cmlwcGVkIChhcyBleHBl Y3RlZCkgYXMgYmVsb3c6DQooZ2RiKSB4LzEwMHhiIChwa3RzX2J1cnN0WzBdLT5idWZfYWRkcitw a3RzX2J1cnN0WzBdLT5kYXRhX29mZikNCjB4MTc3NWI4YTgwOiAgICAweGZmICAgIDB4ZmYgICAg MHhmZiAgICAweGZmICAgIDB4ZmYgICAgMHhmZiAgICAweGZlICAgIDB4MWENCjB4MTc3NWI4YTg4 OiAgICAweGNjICAgIDB4MmUgICAgMHg2ZSAgICAweDc4ICAgIDB4ODkgICAgMHg1MSAgICAweDQw ICAgIDB4MDANCjB4MTc3NWI4YTkwOiAgICAweDAwICAgIDB4MDAgICAgMHgwMCAgICAweDAwICAg IDB4MDAgICAgMHgwMCAgICAweDAzICAgIDB4MDANCqGtDQpCdXQgKHdoYXQgaXMgbm90IGV4cGVj dGVkKSB0aGUgbWJ1ZiB2bGFuX3RjaSBpcyBub3QgZmlsbGVkLCBhcyBiZWxvdzoNCmdkYikgcCAq cGt0c19idXJzdFs0XQ0KJDggPSB7Y2FjaGVsaW5lMCA9IDB4MTc3ODdjNzQwLCBidWZfYWRkciA9 IDB4MTc3ODdjN2MwLCBidWZfaW92YSA9IDYzMDAzNTQ0OTYsDQogIHJlYXJtX2RhdGEgPSAweDE3 Nzg3Yzc1MCwgZGF0YV9vZmYgPSAyNTYsIHJlZmNudCA9IDEsIG5iX3NlZ3MgPSAxLCBwb3J0ID0g MCwNCiAgb2xfZmxhZ3MgPSAzODQsIHJ4X2Rlc2NyaXB0b3JfZmllbGRzMSA9IDB4MTc3ODdjNzYw LCB7cGFja2V0X3R5cGUgPSAxLCB7DQogICAgICBsMl90eXBlID0gMSAnXDAwMScsIGwzX3R5cGUg PSAwICdcMDAwJywgbDRfdHlwZSA9IDAgJ1wwMDAnLA0KICAgICAgdHVuX3R5cGUgPSAwICdcMDAw Jywge2lubmVyX2VzcF9uZXh0X3Byb3RvID0gMCAnXDAwMCcsIHsNCiAgICAgICAgICBpbm5lcl9s Ml90eXBlID0gMCAnXDAwMCcsIGlubmVyX2wzX3R5cGUgPSAwICdcMDAwJ319LA0KICAgICAgaW5u ZXJfbDRfdHlwZSA9IDAgJ1wwMDAnfX0sIHBrdF9sZW4gPSA2MCwgZGF0YV9sZW4gPSA2MCwgdmxh bl90Y2kgPSAwLCB7DQogICAgaGFzaCA9IHtyc3MgPSAwLCBmZGlyID0ge3t7aGFzaCA9IDAsIGlk ID0gMH0sIGxvID0gMH0sIGhpID0gMH0sIHNjaGVkID0gew0KICAgICAgICBxdWV1ZV9pZCA9IDAs IHRyYWZmaWNfY2xhc3MgPSAwICdcMDAwJywgY29sb3IgPSAwICdcMDAwJywgcmVzZXJ2ZWQgPSAw fSwNCiAgICAgIHR4YWRhcHRlciA9IHtyZXNlcnZlZDEgPSAwLCByZXNlcnZlZDIgPSAwLCB0eHEg PSAwfSwgdXNyID0gMH19LA0KICB2bGFuX3RjaV9vdXRlciA9IDAsIGJ1Zl9sZW4gPSAyMzA0LCBw b29sID0gMHgyM2IxZTk4YzAsIGNhY2hlbGluZTEgPSAweDE3Nzg3Yzc4MCwNCiAgbmV4dCA9IDB4 MCwge3R4X29mZmxvYWQgPSAwLCB7bDJfbGVuID0gMCwgbDNfbGVuID0gMCwgbDRfbGVuID0gMCwg dHNvX3NlZ3N6ID0gMCwNCiAgICAgIG91dGVyX2wzX2xlbiA9IDAsIG91dGVyX2wyX2xlbiA9IDB9 fSwgc2hpbmZvID0gMHgwLCBwcml2X3NpemUgPSAwLA0KICB0aW1lc3luYyA9IDAsIGR5bmZpZWxk MSA9IHswLCAwLCAwLCAwLCAwLCAwLCAwLCAwLCAwfX0NCg0KSXMgdGhlcmUgc29tZXRoaW5nIHdy b25nIGluIHRoZSBpYXZmIHBtZCBkcml2ZXI/DQoNCmRwZGsgdmVyc2lvbjogMjEuMTEtMCAoaWF2 ZiBwbWQgZHJpdmVyLCBhbmQgcnggYnVyc3QgZnVuY3Rpb24gaXMgaWF2Zl9yZWN2X3BrdHNfdmVj X2F2eDIpDQpodzogaW50ZWwgRTgxMCBTUklPViBWRg0KUEYgZHJpdmVyIGFuZCBmaXJtd2FyZSBp biB1c2U6DQpbY3JhbnVzZXIyQGh6ZGMtZWNwLTEwLTExMC04LTIyMiB+XSQgZXRodG9vbCAtaSBl bnM0M2YyDQpkcml2ZXI6IGljZQ0KdmVyc2lvbjogNC4xOC4wLTM3Mi4yNi4xLmVsOF82Lng4Nl82 NA0KZmlybXdhcmUtdmVyc2lvbjogMy4xMCAweDgwMDBhZDNkIDEuMzEwNi4wDQpleHBhbnNpb24t cm9tLXZlcnNpb246DQpidXMtaW5mbzogMDAwMDo4YTowMC4yDQpzdXBwb3J0cy1zdGF0aXN0aWNz OiB5ZXMNCnN1cHBvcnRzLXRlc3Q6IHllcw0Kc3VwcG9ydHMtZWVwcm9tLWFjY2VzczogeWVzDQpz dXBwb3J0cy1yZWdpc3Rlci1kdW1wOiB5ZXMNCnN1cHBvcnRzLXByaXYtZmxhZ3M6IHllcw0KDQoN ClRoYW5rIHlvdS4NCg0KDQoNCg== --_000_113448b3551047f4b207afbfe1894f0bnokiasbellcom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi,

 

It seems the vlan id is in rx d= escriptor, but somehow not copied to vlan_tci

I tried to gdb on _iavf_recv_ra= w_pkts_vec_avx2

(gdb) p* rxdp

$6 =3D {read =3D {pkt_addr =3D 1688877019060135526= 4, hdr_addr =3D 16517370491403, rsvd1 =3D 628252148018184193, rsvd2 =3D 0},= wb =3D {

    qword0 =3D {lo_dword =3D {mirr_= fcoe =3D {mirroring_status =3D 0, fcoe_ctx_id =3D 0}, l2tag1 =3D 0}, hi_dwo= rd =3D {rss =3D 3932223234,

        fcoe_pa= ram =3D 3932223234, fd_id =3D 3932223234}}, qword1 =3D {status_error_len = =3D 16517370491403}, qword2 =3D {

      ext_status =3D 1, r= svd =3D 0, l2tag2_1 =3D 0, l2tag2_2 =3D 2232}, qword3 =3D {lo_dword = =3D {flex_bytes_lo =3D 0, pe_status =3D 0},

      hi_dword =3D {flex_= bytes_hi =3D 0, fd_id =3D 0}}}}

 

But when dpdk-testpmd received = it, there is no vtan_tci

(gdb) p *pkts_burst[0]

$17 =3D {cacheline0 =3D 0x177657700, buf_addr =3D = 0x177657780, buf_iova =3D 6298105728, rearm_data =3D 0x177657710, data_off = =3D 256,

  refcnt =3D 1, nb_segs =3D 1, port =3D 0, ol= _flags =3D 386, rx_descriptor_fields1 =3D 0x177657720, {packet_type =3D 168= 1, {

      l2_type =3D 1 '\001= ', l3_type =3D 9 '\t', l4_type =3D 6 '\006', tun_type =3D 0 '\000', {inner_= esp_next_proto =3D 0 '\000', {

        &n= bsp; inner_l2_type =3D 0 '\000', inner_l3_type =3D 0 '\000'}}, inner_l4_typ= e =3D 0 '\000'}}, pkt_len =3D 60, data_len =3D 60,

  vlan_tci =3D 0, {hash =3D {rss =3D 39322232= 34, fdir =3D {{{hash =3D 63234, id =3D 60000}, lo =3D 3932223234}, hi =3D 0= }, sched =3D {

        queue_i= d =3D 3932223234, traffic_class =3D 0 '\000', color =3D 0 '\000', reserved = =3D 0}, txadapter =3D {

        reserve= d1 =3D 3932223234, reserved2 =3D 0, txq =3D 0}, usr =3D 3932223234}}, vlan_= tci_outer =3D 0, buf_len =3D 2304,

  pool =3D 0x23b1e98c0, cacheline1 =3D 0x1776= 57740, next =3D 0x0, {tx_offload =3D 0, {l2_len =3D 0, l3_len =3D 0, l4_len= =3D 0,

      tso_segsz =3D 0, ou= ter_l3_len =3D 0, outer_l2_len =3D 0}}, shinfo =3D 0x0, priv_size =3D 0, ti= mesync =3D 0, dynfield1 =3D {0, 0, 0,

    0, 0, 0, 0, 0, 0}}

(gdb) bt

#0  pkt_burst_receive (fs=3D0x176d96a40) at .= ./dpdk-21.11/app/test-pmd/rxonly.c:61

#1  0x00000000016501e9 in run_pkt_fwd_on_lcor= e (fc=3D0x23b4f2a40, pkt_fwd=3D0x164c8c0 <pkt_burst_receive>)

    at ../dpdk-21.11/app/test-pmd/t= estpmd.c:2200

#2  0x00000000016502d4 in start_pkt_forward_o= n_core (fwd_arg=3D<optimized out>) at ../dpdk-21.11/app/test-pmd/test= pmd.c:2226

#3  0x000000000059abac in eal_thread_loop (ar= g=3D<optimized out>) at ../dpdk-21.11/lib/eal/linux/eal_thread.c:146<= o:p>

#4  0x00007ffff5233812 in start_thread () fro= m /usr/lib64/libc.so.6

#5  0x00007ffff51d3314 in clone () from /usr/= lib64/libc.so.6

 

From: Yan, Xiaoping (NSB - CN/Hangzhou)
Sent: 2022=C4=EA9=D4=C227=C8=D5 22:29
To: users@dpdk.org; 'jingjing.wu@intel.com' <jingjing.wu@intel.co= m>; beilei.xing@intel.com
Subject: rx packet vlan_tci is not set in iavf driver

 

Hi,

 

I have a dpdk application sendi= ng broadcast packet in vlan 0x248. and I started dpdk-testpmd on rx only mo= de.

 

The dpdk-testpmd received the p= acket with vlan header (as expected) as below from gdb output:

(gdb) x/100xb (pkts_burst[4]-&g= t;buf_addr+pkts_burst[4]->data_off)

0x17787c8c0:    = 0xff    0xff    0xff    0xff&n= bsp;   0xff    0xff    0xfe  &= nbsp; 0x1a

0x17787c8c8:    = 0xcc    0x2e    0x6e    0x78&n= bsp;   0x81    0x00    0x02    0x4= 8

0x17787c8d0:    = 0x89    0x51    0x40    0x00&n= bsp;   0x00    0x00    0x00 &n= bsp;  0x00

...

 

Then I enable vlan strip via be= low command

testpmd> vlan set strip on 0=

Now the vlan is stripped (as ex= pected) as below:

(gdb) x/100xb (pkts_burst[0]-&g= t;buf_addr+pkts_burst[0]->data_off)

0x1775b8a80:    = 0xff    0xff    0xff    0xff&n= bsp;   0xff    0xff    0xfe &n= bsp;  0x1a

0x1775b8a88:    = 0xcc    0x2e    0x6e    0x78&n= bsp;   0x89    0x51    0x40   = 0x00

0x1775b8a90:    = 0x00    0x00    0x00    0x00&n= bsp;   0x00    0x00    0x03 &n= bsp;  0x00

=A1=AD

But (what is not expected) the = mbuf vlan_tci is not filled, as below:

gdb) p *pkts_burst[4]

$8 =3D {cacheline0 =3D 0x17787c= 740, buf_addr =3D 0x17787c7c0, buf_iova =3D 6300354496,

  rearm_data =3D 0x17787c7= 50, data_off =3D 256, refcnt =3D 1, nb_segs =3D 1, port =3D 0,

  ol_flags =3D 384,= rx_descriptor_fields1 =3D 0x17787c760, {packet_type =3D 1, {

      = l2_type =3D 1 '\001', l3_type =3D 0 '\000', l4_type =3D 0 '\000',

      = tun_type =3D 0 '\000', {inner_esp_next_proto =3D 0 '\000', {

     &= nbsp;    inner_l2_type =3D 0 '\000', inner_l3_type =3D 0 '\0= 00'}},

      = inner_l4_type =3D 0 '\000'}}, pkt_len =3D 60, data_len =3D 60, vlan_tci =3D 0, {

    hash =3D {rs= s =3D 0, fdir =3D {{{hash =3D 0, id =3D 0}, lo =3D 0}, hi =3D 0}, sched =3D= {

     &= nbsp;  queue_id =3D 0, traffic_class =3D 0 '\000', color =3D 0 '\000',= reserved =3D 0},

      = txadapter =3D {reserved1 =3D 0, reserved2 =3D 0, txq =3D 0}, usr =3D 0}},

  vlan_tci_outer =3D 0, bu= f_len =3D 2304, pool =3D 0x23b1e98c0, cacheline1 =3D 0x17787c780,

  next =3D 0x0, {tx_offloa= d =3D 0, {l2_len =3D 0, l3_len =3D 0, l4_len =3D 0, tso_segsz =3D 0,

      = outer_l3_len =3D 0, outer_l2_len =3D 0}}, shinfo =3D 0x0, priv_size =3D 0,<= o:p>

  timesync =3D 0, dynfield= 1 =3D {0, 0, 0, 0, 0, 0, 0, 0, 0}}

 

Is there something wrong in the= iavf pmd driver?

 

dpdk version: 21.11-0 (iavf pmd= driver, and rx burst function is iavf_recv_pkts_vec_avx2)

hw: intel E810 SRIOV VF

PF driver and firmware in use:<= o:p>

[cranuser2@hzdc-ecp-10-110-8-22= 2 ~]$ ethtool -i ens43f2

driver: ice

version: 4.18.0-372.26.1.el8_6.= x86_64

firmware-version: 3.10 0x8000ad= 3d 1.3106.0

expansion-rom-version:

bus-info: 0000:8a:00.2

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

 

 

Thank you.

 

 

 

--_000_113448b3551047f4b207afbfe1894f0bnokiasbellcom_--