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 4F60742E60 for ; Thu, 13 Jul 2023 16:14:46 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 1073640DDB; Thu, 13 Jul 2023 16:14:46 +0200 (CEST) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) by mails.dpdk.org (Postfix) with ESMTP id 9113640DDA for ; Thu, 13 Jul 2023 16:14:43 +0200 (CEST) Received: from kwepemi100009.china.huawei.com (unknown [172.30.72.53]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4R1xR9208mzVhsq; Thu, 13 Jul 2023 22:13:25 +0800 (CST) Received: from dggpeml500020.china.huawei.com (7.185.36.88) by kwepemi100009.china.huawei.com (7.221.188.242) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.27; Thu, 13 Jul 2023 22:14:39 +0800 Received: from dggpeml500020.china.huawei.com ([7.185.36.88]) by dggpeml500020.china.huawei.com ([7.185.36.88]) with mapi id 15.01.2507.027; Thu, 13 Jul 2023 22:14:39 +0800 From: "jiangheng (G)" To: Slava Ovsiienko , Matan Azrad CC: "users@dpdk.org" Subject: =?gb2312?B?tPC4tDogZHBkayBjb3JlZHVtcCB3aGVuIGkgdXNlZCBtbHg1IE5JQyBzZW5k?= =?gb2312?Q?_packets_in_secondary_process?= Thread-Topic: dpdk coredump when i used mlx5 NIC send packets in secondary process Thread-Index: Adm0uTghKODOHpmMSrOdq+g/wkE4UwAoW26wAA5DpuA= Date: Thu, 13 Jul 2023 14:14:39 +0000 Message-ID: <631f8752ee294d069d87f79d2a0b1b71@huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.136.117.195] Content-Type: multipart/alternative; boundary="_000_631f8752ee294d069d87f79d2a0b1b71huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected 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_631f8752ee294d069d87f79d2a0b1b71huaweicom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgU2xhdmEsDQpTb3JyeSwgdGhlIGNvcmVkdW1wIGlzIGNhdXNlZCBieSBteSBhcHAuIFRoZSBw cmltYXJ5IHByb2Nlc3MgdXNlcyBwb3J0IDEgYnV0IHRoZSBzZWNvbmRhcnkgcHJvY2VzcyB1c2Vz IHBvcnQgMCBpbmNvcnJlY3RseSwgYW5kIHBvcnQgMCBpcyBub3QgaW5pdGlhbGl6ZWQuDQpQbGVh c2UgY2xvc2UgdGhpcyBpc3N1ZQ0KDQpUaGFua3MNCg0KDQq3orz+yMs6IFNsYXZhIE92c2lpZW5r byBbbWFpbHRvOnZpYWNoZXNsYXZvQG52aWRpYS5jb21dDQq3osvNyrG85DogMjAyM8TqN9TCMTPI 1SAxNToyOQ0KytW8/sjLOiBqaWFuZ2hlbmcgKEcpIDxqaWFuZ2hlbmcxNEBodWF3ZWkuY29tPjsg TWF0YW4gQXpyYWQgPG1hdGFuQG52aWRpYS5jb20+DQqzrcvNOiB1c2Vyc0BkcGRrLm9yZw0K1vfM 4jogUkU6IGRwZGsgY29yZWR1bXAgd2hlbiBpIHVzZWQgbWx4NSBOSUMgc2VuZCBwYWNrZXRzIGlu IHNlY29uZGFyeSBwcm9jZXNzDQoNCkhpLA0KDQpXZSBzZWUgdGhlIGFycmF5IG9mIHF1ZXVlIGRh dGEgKFJ4L1R4KSBpcyBub3QgZmlsbGVkIGNvcnJlY3RseSAoTlVMTHMpLg0KV2FzIGRldmljZSBz dGFydGVkID8NCldoZW4gdGhlIHNlY29uZGFyeSBwcm9jZXNzIHdhcyBzdGFydGVkPw0KQWZ0ZXIg dGhlIHByaW1hcnkgcHJvYmVkIHRoZSBkZXZpY2UgYW5kIHN0YXJ0ZWQgdHJhZmZpYyBzdWNjZXNz ZnVsbHkgPw0KQ291bGQgeW91LCBwbGVhc2UsIHRlbGwgdGhlIHNjZW5hcmlvIG9mIHRoZSBwcmkv c2VjIHByb2Nlc2VzIHN0YXJ0Pw0KDQpXaXRoIGJlc3QgcmVnYXJkcywNClNsYXZhDQoNCkZyb206 IGppYW5naGVuZyAoRykgPGppYW5naGVuZzE0QGh1YXdlaS5jb208bWFpbHRvOmppYW5naGVuZzE0 QGh1YXdlaS5jb20+Pg0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDEyLCAyMDIzIDM6MDggUE0NClRv OiBNYXRhbiBBenJhZCA8bWF0YW5AbnZpZGlhLmNvbTxtYWlsdG86bWF0YW5AbnZpZGlhLmNvbT4+ OyBTbGF2YSBPdnNpaWVua28gPHZpYWNoZXNsYXZvQG52aWRpYS5jb208bWFpbHRvOnZpYWNoZXNs YXZvQG52aWRpYS5jb20+Pg0KQ2M6IHVzZXJzQGRwZGsub3JnPG1haWx0bzp1c2Vyc0BkcGRrLm9y Zz4NClN1YmplY3Q6IGRwZGsgY29yZWR1bXAgd2hlbiBpIHVzZWQgbWx4NSBOSUMgc2VuZCBwYWNr ZXRzIGluIHNlY29uZGFyeSBwcm9jZXNzDQoNCkhpIG1hdGFuIGFuZCBTbGF2YToNCkkgb2JzZXJ2 ZWQgZHBkayBjb3JlZHVtcCB3aGVuIEkgdXNlZCBtbHg1IE5JQyBzZW5kIHBhY2tldHMgaW4gc2Vj b25kYXJ5IHByb2Nlc3M6DQoNClRocmVhZCA2IHJlY2VpdmVkIHNpZ25hbCBTSUdTRUdWLCBTZWdt ZW50YXRpb24gZmF1bHQuDQpbU3dpdGNoaW5nIHRvIExXUCA1OTMyNjNdDQoweDAwMDA3ZmZmZjdm NWI0NGUgaW4gcnRlX2V0aF90eF9idXJzdCAocG9ydF9pZD0wLCBxdWV1ZV9pZD0zLCB0eF9wa3Rz PTB4N2ZmZmVmZmY3ZjI4LCBuYl9wa3RzPTEpDQphdCAvdXNyL2xvY2FsL2luY2x1ZGUvcnRlX2V0 aGRldi5oOjU3NzcNCjU3NzcgcWQgPSBwLT50eHEuZGF0YVtxdWV1ZV9pZF07DQooZ2RiKSBidA0K IzAgMHgwMDAwN2ZmZmY3ZjViNDRlIGluIHJ0ZV9ldGhfdHhfYnVyc3QgKHBvcnRfaWQ9MCwgcXVl dWVfaWQ9MywgdHhfcGt0cz0weDdmZmZlZmZmN2YyOCwgbmJfcGt0cz0xKQ0KYXQgL3Vzci9sb2Nh bC9pbmNsdWRlL3J0ZV9ldGhkZXYuaDo1Nzc3DQojMSAweDAwMDA3ZmZmZjdmNWVkN2EgaW4gdmRl dl90eF94bWl0IChzdGFjaz0weDdmZmZlODAwMGIyMCwgcGt0cz0weDdmZmZlZmZmN2YyOCwgbnJf cGt0cz0xKSBhdCBuZXRpZi9sc3RhY2tfdmRldi5jOjE0Mg0KIzIgMHgwMDAwN2ZmZmY3ZjRiZDc3 IGluIGV0aF9kZXZfb3V0cHV0IChuZXRpZj0weDdmZmZlODAwMjUyOCwgcGJ1Zj0weDApIGF0IG5l dGlmL2xzdGFja19ldGhkZXYuYzo4NzYNCiMzIDB4MDAwMDdmZmZmN2U4NGFiOCBpbiBldGhhcnBf cmF3IChuZXRpZj0weDdmZmZlODAwMjUyOCwgZXRoc3JjX2FkZHI9MHg3ZmZmZTgwMDI1NjQsDQpl dGhkc3RfYWRkcj0weDdmZmZmN2Y3NzVkYSA8ZXRoYnJvYWRjYXN0PiwgaHdzcmNfYWRkcj0weDdm ZmZlODAwMjU2NCwgaXBzcmNfYWRkcj0weDdmZmZlODAwMjUzMCwNCmh3ZHN0X2FkZHI9MHg3ZmZm ZjdmNzc1ZDQgPGV0aHplcm8+LCBpcGRzdF9hZGRyPTB4N2ZmZmU4MDAyNTMwLCBvcGNvZGU9MSkg YXQgY29yZS9pcHY0L2V0aGFycC5jOjExNzkNCiM0IDB4MDAwMDdmZmZmN2U4NGVjOCBpbiBldGhh cnBfcmVxdWVzdF9kc3QgKGh3X2RzdF9hZGRyPTxvcHRpbWl6ZWQgb3V0PiwgaXBhZGRyPTxvcHRp bWl6ZWQgb3V0PiwgbmV0aWY9PG9wdGltaXplZCBvdXQ+KQ0KYXQgY29yZS9pcHY0L2V0aGFycC5j OjEyMDYNCiM1IGV0aGFycF9yZXF1ZXN0IChuZXRpZj08b3B0aW1pemVkIG91dD4sIGlwYWRkcj08 b3B0aW1pemVkIG91dD4pIGF0IGNvcmUvaXB2NC9ldGhhcnAuYzoxMjI0DQoNCihnZGIpIHAgKnAN CiQxID0ge3J4X3BrdF9idXJzdCA9SmlhbmcgMHg3ZmZmZjYzMjg4YzAgPG1seDVfcnhfYnVyc3Rf dmVjPiwgcnhfcXVldWVfY291bnQgPSAweDAsDQpyeF9kZXNjcmlwdG9yX3N0YXR1cyA9IDB4N2Zm ZmY2MTcwOWQwIDxtbHg1X3J4X2Rlc2NyaXB0b3Jfc3RhdHVzPiwgcnhxID0ge2RhdGEgPSAweDAs DQpjbGJrID0gMHg3ZmZmZjZlNTE1YTggPHJ0ZV9ldGhfZGV2aWNlcysxMDQ+fSwgcmVzZXJ2ZWQx ID0gezAsIDAsIDB9LCB0eF9wa3RfYnVyc3QgPSAweDdmZmZmNjIzYmE2MCA8bWx4NV90eF9idXJz dF9ub25lPiwNCnR4X3BrdF9wcmVwYXJlID0gMHgwLCB0eF9kZXNjcmlwdG9yX3N0YXR1cyA9IDB4 N2ZmZmY2MThhODcwIDxtbHg1X3R4X2Rlc2NyaXB0b3Jfc3RhdHVzPiwgdHhxID0ge2RhdGEgPSAw eDAsDQpjbGJrID0gMHg3ZmZmZjZlNTM1YTggPHJ0ZV9ldGhfZGV2aWNlcys4Mjk2Pn0sIHJlc2Vy dmVkMiA9IHswLCAwLCAwfX0NCihnZGIpIHAgcC0+dHhxLmRhdGENCiQyID0gKHZvaWQgKiopIDB4 MA0KKGdkYikNCg0KDQpQLT50eHEuZGF0YSBpcyBOVUxMDQoNCkkgdXNlZCBkcGRrLTIxLjExLiAo aHR0cHM6Ly9naXRodWIuY29tL0RQREsvZHBkay90cmVlL3YyMi4xMSksIEkgbG9va2VkIHVwIHRo ZSBzdGFibGUgYnJhbmNoLCBhbmQgdGhlcmUgZG9lc24ndCBzZWVtIHRvIGJlIGEgcmVsZXZhbnQg YnVnZml4IHBhdGNoLg0KVGhlIHNhbWUgYXBwIGRvZXMgbm90IGhhdmUgdGhpcyBjb3JlZHVtcCBv biBpNDBlL2l4Z2JlIE5JQy4NCg0KDQpUaGFua3MNCg== --_000_631f8752ee294d069d87f79d2a0b1b71huaweicom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Slava,

Sorry, the coredump is caused b= y my app. The primary process uses port 1 but the secondary process uses po= rt 0 incorrectly, and port 0 is not initialized.

Please close this issue

 

Thanks

 

&n= bsp;

=B7=A2=BC=FE=C8=CB: Slava Ovsiienko [mailto:viacheslavo@nvidia.com= ]
=B7=A2=CB=CD=CA=B1=BC=E4:<= /span> 2023=C4=EA7=D4=C213=C8=D5 15:29
=CA=D5=BC=FE=C8=CB: jiangheng (G) <jiangheng14@huawei.com>; Matan Azrad <matan= @nvidia.com>
=B3=AD=CB=CD: users@dpdk.org
=D6=F7=CC=E2: RE: dpdk coredump when i used mlx5 NIC send packets in secondary process<= o:p>

 

Hi,<= br>
We see the array of queue data (Rx/Tx) is not filled correctly (NULLs).
Was device started ?

When= the secondary process was started?

Afte= r the primary probed the device and started traffic successfully ?
Could you, please, tell the scenario of the pri/sec proceses start?

 

With= best regards,
Slava

 

From: jiangheng (G) <jiangheng14@huawei.com>
Sent: Wednesday, July 12, 2023 3:08 PM
To: Matan Azrad <matan@nvidia= .com>; Slava Ovsiienko <viacheslavo@nvidia.com>
Cc: users@dpdk.org
Subject: dpdk coredump when i used mlx5 NIC send packets in secondar= y process

 

Hi matan and Slava:<= /span>

I observed dpdk coredump when I= used mlx5 NIC send packets in secondary process:

 

Thread 6 received signal SIGSEG= V, Segmentation fault.
[Switching to LWP 593263]
0x00007ffff7f5b44e in rte_eth_tx_burst (port_id=3D0, queue_id=3D3, tx_pkts= =3D0x7fffefff7f28, nb_pkts=3D1)
at /usr/local/include/rte_ethdev.h:5777
5777 qd =3D p->txq.data[queue_id];
(gdb) bt
#0 0x00007ffff7f5b44e in rte_eth_tx_burst (port_id=3D0, queue_id=3D3, tx_pk= ts=3D0x7fffefff7f28, nb_pkts=3D1)
at /usr/local/include/rte_ethdev.h:5777
#1 0x00007ffff7f5ed7a in vdev_tx_xmit (stack=3D0x7fffe8000b20, pkts=3D0x7ff= fefff7f28, nr_pkts=3D1) at netif/lstack_vdev.c:142
#2 0x00007ffff7f4bd77 in eth_dev_output (netif=3D0x7fffe8002528, pbuf=3D0x0= ) at netif/lstack_ethdev.c:876
#3 0x00007ffff7e84ab8 in etharp_raw (netif=3D0x7fffe8002528, ethsrc_addr=3D= 0x7fffe8002564,
ethdst_addr=3D0x7ffff7f775da <ethbroadcast>, hwsrc_addr=3D0x7fffe8002= 564, ipsrc_addr=3D0x7fffe8002530,
hwdst_addr=3D0x7ffff7f775d4 <ethzero>, ipdst_addr=3D0x7fffe8002530, o= pcode=3D1) at core/ipv4/etharp.c:1179
#4 0x00007ffff7e84ec8 in etharp_request_dst (hw_dst_addr=3D<optimized ou= t>, ipaddr=3D<optimized out>, netif=3D<optimized out>)
at core/ipv4/etharp.c:1206
#5 etharp_request (netif=3D<optimized out>, ipaddr=3D<optimized ou= t>) at core/ipv4/etharp.c:1224

(gdb) p *p
$1 =3D {rx_pkt_burst =3DJiang 0x7ffff63288c0 <mlx5_rx_burst_vec>, rx_= queue_count =3D 0x0,
rx_descriptor_status =3D 0x7ffff61709d0 <mlx5_rx_descriptor_status>, = rxq =3D {data =3D 0x0,
clbk =3D 0x7ffff6e515a8 <rte_eth_devices+104>}, reserved1 =3D {0,= 0, 0}, tx_pkt_burst =3D 0x7ffff623ba60 <mlx5_tx_burst_none>,
tx_pkt_prepare =3D 0x0, tx_descriptor_status =3D 0x7ffff618a870 <mlx5_tx= _descriptor_status>, txq =3D {data =3D 0x0,
clbk =3D 0x7ffff6e535a8 <rte_eth_devices+8296>}, reserved2 =3D {0= , 0, 0}}
(gdb) p p->txq.data
$2 =3D (void **) 0x0
(gdb)

 

 

P->txq.data is NULL

 

I used dpdk-21.11. (https://github.com/DPDK/dpdk/tree= /v22.11), I looked up the stable branch, and there doesn't seem to be a= relevant bugfix patch.

The same app does not have this= coredump on i40e/ixgbe NIC.

 

 

Thanks

--_000_631f8752ee294d069d87f79d2a0b1b71huaweicom_--