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 0BA5941E90; Tue, 14 Mar 2023 15:40:05 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id DCF8A40F18; Tue, 14 Mar 2023 15:40:04 +0100 (CET) Received: from mail-pj1-f48.google.com (mail-pj1-f48.google.com [209.85.216.48]) by mails.dpdk.org (Postfix) with ESMTP id 1994C40A7E for ; Tue, 14 Mar 2023 15:40:04 +0100 (CET) Received: by mail-pj1-f48.google.com with SMTP id nn12so15590665pjb.5 for ; Tue, 14 Mar 2023 07:40:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678804803; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=eOBB+NLEbNZmy/MKUvAyQ1bJZ+LXpwknNRn22n3kbog=; b=K4LXUURFSJsdrw3109RA19OQMLiaBMoQ7vXN1C7b5nO1RqldPk7qhV/zLiEHlkT7k/ pABmgWSyR/dnPirGEpHvPkcC+yL78vnoTGpN8sdUMu7Kmvqhwtd3dmxHFjnTr56mOH7r duPAB3CxXAEGcnKtERJ7PKgumAYg4g31+dFMm+OIvdEtJoujgvHmXjqfVyAV4i+9rkMP Kn64Ig98YebpFpANQdJ/pwO02TV0wkiy78+W2v0aFuGtYpRf2sFsTKdWVkoI6AXHxakQ sr09B8VMOqU1liDnRhZxS6Qv5cVkb7W9iOr1dz4OSbbw3xQTK7jlAdpFuS8HatydK2/w IMgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678804803; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=eOBB+NLEbNZmy/MKUvAyQ1bJZ+LXpwknNRn22n3kbog=; b=0Vby8GsPa85AOi8KJEzNbQkzI2xrIdTstIbhNQSde8EFVsgugsCwIemsWhMavaeQRR FPDiKgS0p9/V+GfzdNZdekiTzc75+T1D3ei8QtZWIfd3LE864AD8R6JuznXe48LBQ47l dBEAUzNRk2qPZC8eGl5lqkFJkdO4Wgb9SbgiCX+T2DyYH8VLT+GPftuxChooaT0SFdxL rDZz1gcptk9zaKNGXNMSMCEKf0sopD91S1QKhlqmWq6Uo9Tdcfqb0YCbtuv8dbvAT4Gb av6oEQtEK5coTvBqBwV3xr+fazeezciiwPnjuLkM6rT0EJ7WRHTvX4VgtWsrOWxA2A2V JRyA== X-Gm-Message-State: AO0yUKV1jTs3l2oYd6lxlvBDSC9zrYu8oNU+gPRAzKohdumKovJPZST9 zOxsDY3+QDnPUIGE1Utg80ANeT+O5gmdAhUnSQOo2wSI4ss= X-Google-Smtp-Source: AK7set+1YufzcbW1LVcL2xRlUrupMBBubVoCkNktnLLTwkwXlg2gm0AgL0NPPrLflI6AkuRw3YCsRGI00UmmMxdtpok= X-Received: by 2002:a17:903:1392:b0:1a0:51f6:a252 with SMTP id jx18-20020a170903139200b001a051f6a252mr2625526plb.3.1678804803241; Tue, 14 Mar 2023 07:40:03 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Rajasekhar Pulluru Date: Tue, 14 Mar 2023 20:09:50 +0530 Message-ID: Subject: Re: Dpdk packet reception To: Alexander Kozyrev Cc: "dev@dpdk.org" Content-Type: multipart/alternative; boundary="000000000000f1cc1205f6dd330a" X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org --000000000000f1cc1205f6dd330a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Alexander, Glad to see the response from the community on this thread. 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? Thanks & Regards, Rajasekhar On Mon, Mar 13, 2023 at 9:44=E2=80=AFPM Alexander Kozyrev wrote: > Hi Rajasekhar, Power Management API can =E2=80=9Cput the CPU into optimiz= ed power > state and monitor the Ethernet PMD RX descriptor address, waking the CPU = up > whenever there=E2=80=99s new traffic=E2=80=9D. > > 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. > > > > Regards, > > Alex > > > > *From:* Rajasekhar Pulluru > *Sent:* March 10, 2023 15:57 > *To:* dev@dpdk.org > *Subject:* Dpdk packet reception > > > > Hi Team, > > > > 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? > > > > 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. > > > > Thanks & Regards, > > Rajasekhar > --000000000000f1cc1205f6dd330a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Alexander,

Glad to see the res= ponse from the community on this thread.

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 chan= ce of=C2=A0losing=C2=A0packets(rx-miss in NIC) in the low power mode?
<= br>
Thanks & Regards,
Rajasekhar
On Mon, Mar 13, 2023 at 9:44=E2= =80=AFPM Alexander Kozyrev <akozy= rev@nvidia.com> wrote:

Hi Rajasekhar, Power Management API can =E2=80=9Cput= the CPU into optimized power state and monitor the Ethernet PMD RX descrip= tor address, waking the CPU up whenever there=E2=80=99s new traffic=E2=80= =9D.

Please take a look at the rte_power_monitor() and dp= dk-l3fwd-power application example to see if it works for you. What platfor= m do you use? It is only supported on recent Intel CPUs and ARMs.=

=C2=A0

Regards,

Alex

=C2=A0

--000000000000f1cc1205f6dd330a--