<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="en-IL" link="#0563C1" vlink="#954F72" style="word-wrap:break-word;text-justify-trim:punctuation"> <div class="WordSection1"> Hi, jiangheng,<o:p></o:p> Thank you for reporting this issue,<o:p></o:p> We we’ll open an issue internally and investigate.<o:p></o:p> <o:p> </o:p> <div> Regards,<o:p></o:p> Maayan Kashani<o:p></o:p> </div> <o:p> </o:p> <div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt"> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: jiangheng (G) <jiangheng14@huawei.com> Sent: Wednesday, 12 July 2023 15:08 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 secondary process<o:p></o:p> </div> </div> <o:p> </o:p> <table class="MsoNormalTable" border="1" cellpadding="0" style="background:#FFEB9C"> <tbody> <tr> <td style="padding:.75pt .75pt .75pt .75pt"> External email: Use caution opening links or attachments <o:p></o:p> </td> </tr> </tbody> </table> <o:p> </o:p> <div> Hi matan and Slava:<o:p></o:p> I observed dpdk coredump when I used mlx5 NIC send packets in secondary process:<o:p></o:p> <o:p> </o:p> Thread 6 received signal SIGSEGV, Segmentation fault. [Switching to LWP 593263] 0x00007ffff7f5b44e in rte_eth_tx_burst (port_id=0, queue_id=3, tx_pkts=0x7fffefff7f28, nb_pkts=1) at /usr/local/include/rte_ethdev.h:5777 5777 qd = p->txq.data[queue_id]; (gdb) bt #0 0x00007ffff7f5b44e in rte_eth_tx_burst (port_id=0, queue_id=3, tx_pkts=0x7fffefff7f28, nb_pkts=1) at /usr/local/include/rte_ethdev.h:5777 #1 0x00007ffff7f5ed7a in vdev_tx_xmit (stack=0x7fffe8000b20, pkts=0x7fffefff7f28, nr_pkts=1) at netif/lstack_vdev.c:142 #2 0x00007ffff7f4bd77 in eth_dev_output (netif=0x7fffe8002528, pbuf=0x0) at netif/lstack_ethdev.c:876 #3 0x00007ffff7e84ab8 in etharp_raw (netif=0x7fffe8002528, ethsrc_addr=0x7fffe8002564, ethdst_addr=0x7ffff7f775da <ethbroadcast>, hwsrc_addr=0x7fffe8002564, ipsrc_addr=0x7fffe8002530, hwdst_addr=0x7ffff7f775d4 <ethzero>, ipdst_addr=0x7fffe8002530, opcode=1) at core/ipv4/etharp.c:1179 #4 0x00007ffff7e84ec8 in etharp_request_dst (hw_dst_addr=<optimized out>, ipaddr=<optimized out>, netif=<optimized out>) at core/ipv4/etharp.c:1206 #5 etharp_request (netif=<optimized out>, ipaddr=<optimized out>) at core/ipv4/etharp.c:1224 (gdb) p *p $1 = {rx_pkt_burst = 0x7ffff63288c0 <mlx5_rx_burst_vec>, rx_queue_count = 0x0, rx_descriptor_status = 0x7ffff61709d0 <mlx5_rx_descriptor_status>, rxq = {data = 0x0, clbk = 0x7ffff6e515a8 <rte_eth_devices+104>}, reserved1 = {0, 0, 0}, tx_pkt_burst = 0x7ffff623ba60 <mlx5_tx_burst_none>, tx_pkt_prepare = 0x0, tx_descriptor_status = 0x7ffff618a870 <mlx5_tx_descriptor_status>, txq = {data = 0x0, clbk = 0x7ffff6e535a8 <rte_eth_devices+8296>}, reserved2 = {0, 0, 0}} (gdb) p p->txq.data $2 = (void **) 0x0 (gdb)<o:p></o:p> <o:p> </o:p> <o:p> </o:p> P->txq.data is NULL <o:p></o:p> <o:p> </o:p> I used dpdk-21.11. (<a href="https://github.com/DPDK/dpdk/tree/v22.11">https://github.com/DPDK/dpdk/tree/v22.11</a>), I looked up the stable branch, and there doesn't seem to be a relevant bugfix patch.<o:p></o:p> The same app does not have this coredump on i40e/ixgbe NIC.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Thanks<o:p></o:p> </div> </div> </div> </body> </html>