<div dir="ltr"><div>Hi Alexander,</div><div><br></div>Glad to see the response from the community on this thread.<div><br></div><div>Thanks for the information, I will go through the code that you pointed out. Does Intel(R) Atom(TM) CPU C37xx support the optimized power state mode? Is there a chance of losing packets(rx-miss in NIC) in the low power mode?<div><br><div>Thanks & Regards,</div><div>Rajasekhar<br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 13, 2023 at 9:44 PM Alexander Kozyrev <<a href="mailto:akozyrev@nvidia.com">akozyrev@nvidia.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 class="msg-2102004479692841544">





<div lang="EN-CA" style="overflow-wrap: break-word;">
<div class="m_-2102004479692841544WordSection1">
<p class="MsoNormal">Hi Rajasekhar, Power Management API can “put the CPU into optimized power state and monitor the Ethernet PMD RX descriptor address, waking the CPU up whenever there’s new traffic”.<u></u><u></u></p>
<p class="MsoNormal">Please take a look at the rte_power_monitor() and dpdk-l3fwd-power application example to see if it works for you. What platform do you use? It is only supported on recent Intel CPUs and ARMs.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Regards,<u></u><u></u></p>
<p class="MsoNormal">Alex<span><u></u><u></u></span></p>
<p class="MsoNormal"><span><u></u> <u></u></span></p>
<div style="border-top:none;border-right:none;border-bottom:none;border-left:1.5pt solid blue;padding:0cm 0cm 0cm 4pt">
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> Rajasekhar Pulluru <<a href="mailto:pullururajasekhar@gmail.com" target="_blank">pullururajasekhar@gmail.com</a>>
<br>
<b>Sent:</b> March 10, 2023 15:57<br>
<b>To:</b> <a href="mailto:dev@dpdk.org" target="_blank">dev@dpdk.org</a><br>
<b>Subject:</b> Dpdk packet reception<u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Hi Team,<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Would like to know if dpdk has a select(fd)/epoll(fd) like mechanism to wake-up the application (say rx-pthread) asynchronously upon packet reception without enabling rxq interrupts? <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I can't afford to lose a cpu-core polling continuously to check for packets using rte_eth_rx_burst.And I only have 1 core to receive packets from multiple ports.I don't want to use usleep of fixed timeout between rte_eth_rx_burst api invocation,
 as it potentially could lead to packets being rx-missed in 1 or more ports.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks & Regards,<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal">Rajasekhar<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>

</div></blockquote></div></div></div></div></div>