<div dir="ltr">Hi Nishant,<div><br></div><div>Our application runs on top of DPDK-21.11 with net_i40e PMD(X710 NIC).</div><div>After running traffic for some days(8 to 10 days), intermittently we could see Tx-shall on Queue-0(we had enabled only a single queue) and this was identified by looking into the Rx/Tx eth-stats of NIC, where we could see Tx-packets stats was not incremented and only Rx-stats were incremented and the 'rte_eth_tx_burst()', this function returns '0'.</div><div><br></div><div>Work-arounds: Monitor this Rx/Tx stats for every second in an other thread and do the following steps:</div><div>1) Restart the PMD. using rte_eth_dev_stop(port) , usleep(10) and rte_eth_dev_start(). </div><div>2) Restart the respective Tx Queue-0 only, which got stalled, by using rte_eth_dev_tx_queue_stop() and rte_eth_dev_tx_queue_start().</div><div><br></div><div>First approach takes a long time(around 10 seconds) to recover the NIC. whereas the second approach recovers within < 3 seconds.</div><div><br></div><div>Regards,</div><div>Madhukar.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 18, 2023 at 5:34 PM Nishant Verma <<a href="mailto:vnish11@gmail.com">vnish11@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(7,55,99)">Hi Madhukar,</div><div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(7,55,99)"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(7,55,99)">Can you please elaborate what issue you found in TX-side? Any solution for that?</div><div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(7,55,99)">For me it seems to be both rx and tx.</div><div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(7,55,99)"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(7,55,99)"><br></div><div><div dir="ltr"><div dir="ltr"><font color="#351c75" face="georgia, serif">Thanks.</font><div><font color="#351c75" face="georgia, serif"><br></font></div><div><font color="#351c75" face="georgia, serif">Regards,</font></div><div><font color="#351c75" face="georgia, serif">Nishant Verma</font></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 8, 2023 at 2:53 AM madhukar mythri <<a href="mailto:madhukar.mythri@gmail.com" target="_blank">madhukar.mythri@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,<br></div><div><br></div><div> We are facing an issue at the Transmit side randomly after 8 to 10 days of network traffic flow on the Intel X710 10G NIC with i40e PMD.<br> We found the issue is at Transmit side Tx-queue, as the Tx packets were not going out and also observed that the Tx-queue stats were not incrementing, even though we are sending packets out through the 'rte_eth_tx_burst()', this function returns '0'. Whereas the Rx-packets were received well at the same-time and Rx-stats were incremented well, even the NIC Link is also stable at 1G speed.<br> <br> So, has anyone faced such issue on this DPDK i40e PMD at Transmit side(Tx-queue), if so, please let us know, if any known-issue 'Or' fix/work-around on this.<br> <br> DPDK-version: DPDK-21.11<br> X710 NIC speed: Connected with 1G speed switch-port. so, as per auto-negotiation the link-speed is 1G only.<br> X710 NIC firmware-version: "fw 6.0.48442 api 1.7 nvm 6.01 0x80003b43 1.1824.0 [8086:1589] [108e:7b1c]".<br></div><div><br></div><div>Thanks,</div><div>Madhukar.</div></div>
</blockquote></div>
</blockquote></div>