From: Vinicius Costa Gomes <vinicius.gomes@intel.com>
To: Joe Damato <jdamato@fastly.com>, netdev@vger.kernel.org
Cc: Tony Nguyen <anthony.l.nguyen@intel.com>,
Przemek Kitszel <przemyslaw.kitszel@intel.com>,
Joe Damato <jdamato@fastly.com>,
open list <linux-kernel@vger.kernel.org>,
Eric Dumazet <edumazet@google.com>,
"moderated list:INTEL ETHERNET DRIVERS"
<intel-wired-lan@lists.osuosl.org>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
"David S. Miller" <davem@davemloft.net>
Subject: Re: [Intel-wired-lan] [RFC net-next 0/2] igc: Link IRQs and queues to NAPIs
Date: Mon, 07 Oct 2024 16:03:00 -0700 [thread overview]
Message-ID: <87h69ntt23.fsf@intel.com> (raw)
In-Reply-To: <20241003233850.199495-1-jdamato@fastly.com>
Joe Damato <jdamato@fastly.com> writes:
> Greetings:
>
> This is an RFC to get feedback before submitting an actual series and
> because I have a question for igc maintainers, see below.
>
> This series addss support for netdev-genl to igc so that userland apps
> can query IRQ, queue, and NAPI instance relationships. This is useful
> because developers who have igc NICs (for example, in their Intel NUCs)
> who are working on epoll-based busy polling apps and using
> SO_INCOMING_NAPI_ID, need access to this API to map NAPI IDs back to
> queues.
>
> See the commit messages of each patch for example output I got on my igc
> hardware.
>
> My question for maintainers:
>
> In patch 2, the linking should be avoided for XDP queues. Is there a way
> to test that somehow in the driver? I looked around a bit, but didn't
> notice anything. Sorry if I'm missing something obvious.
>
From a quick look, it seems that you could "unlink" the XDP queues in
igc_xdp_enable_pool() and (re-)link them in igc_xdp_disable_poll().
Or just the existence of the flag IGC_RING_FLAG_AF_XDP_ZC in the rings
associated with the queue is enough?
I still have to take a better look at your work to help more, sorry.
> Thanks,
> Joe
>
> Joe Damato (2):
> igc: Link IRQs to NAPI instances
> igc: Link queues to NAPI instances
>
> drivers/net/ethernet/intel/igc/igc.h | 1 +
> drivers/net/ethernet/intel/igc/igc_main.c | 33 ++++++++++++++++++++---
> 2 files changed, 30 insertions(+), 4 deletions(-)
>
> --
> 2.25.1
>
>
Cheers,
--
Vinicius
WARNING: multiple messages have this Message-ID (diff)
From: Vinicius Costa Gomes <vinicius.gomes@intel.com>
To: Joe Damato <jdamato@fastly.com>, netdev@vger.kernel.org
Cc: Joe Damato <jdamato@fastly.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
"moderated list:INTEL ETHERNET DRIVERS"
<intel-wired-lan@lists.osuosl.org>,
Jakub Kicinski <kuba@kernel.org>,
open list <linux-kernel@vger.kernel.org>,
Paolo Abeni <pabeni@redhat.com>,
Przemek Kitszel <przemyslaw.kitszel@intel.com>,
Tony Nguyen <anthony.l.nguyen@intel.com>
Subject: Re: [RFC net-next 0/2] igc: Link IRQs and queues to NAPIs
Date: Mon, 07 Oct 2024 16:03:00 -0700 [thread overview]
Message-ID: <87h69ntt23.fsf@intel.com> (raw)
In-Reply-To: <20241003233850.199495-1-jdamato@fastly.com>
Joe Damato <jdamato@fastly.com> writes:
> Greetings:
>
> This is an RFC to get feedback before submitting an actual series and
> because I have a question for igc maintainers, see below.
>
> This series addss support for netdev-genl to igc so that userland apps
> can query IRQ, queue, and NAPI instance relationships. This is useful
> because developers who have igc NICs (for example, in their Intel NUCs)
> who are working on epoll-based busy polling apps and using
> SO_INCOMING_NAPI_ID, need access to this API to map NAPI IDs back to
> queues.
>
> See the commit messages of each patch for example output I got on my igc
> hardware.
>
> My question for maintainers:
>
> In patch 2, the linking should be avoided for XDP queues. Is there a way
> to test that somehow in the driver? I looked around a bit, but didn't
> notice anything. Sorry if I'm missing something obvious.
>
From a quick look, it seems that you could "unlink" the XDP queues in
igc_xdp_enable_pool() and (re-)link them in igc_xdp_disable_poll().
Or just the existence of the flag IGC_RING_FLAG_AF_XDP_ZC in the rings
associated with the queue is enough?
I still have to take a better look at your work to help more, sorry.
> Thanks,
> Joe
>
> Joe Damato (2):
> igc: Link IRQs to NAPI instances
> igc: Link queues to NAPI instances
>
> drivers/net/ethernet/intel/igc/igc.h | 1 +
> drivers/net/ethernet/intel/igc/igc_main.c | 33 ++++++++++++++++++++---
> 2 files changed, 30 insertions(+), 4 deletions(-)
>
> --
> 2.25.1
>
>
Cheers,
--
Vinicius
next prev parent reply other threads:[~2024-10-07 23:03 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-03 23:38 [Intel-wired-lan] [RFC net-next 0/2] igc: Link IRQs and queues to NAPIs Joe Damato
2024-10-03 23:38 ` Joe Damato
2024-10-03 23:38 ` [Intel-wired-lan] [RFC net-next 1/2] igc: Link IRQs to NAPI instances Joe Damato
2024-10-03 23:38 ` Joe Damato
2024-10-03 23:38 ` [Intel-wired-lan] [RFC net-next 2/2] igc: Link queues " Joe Damato
2024-10-03 23:38 ` Joe Damato
2024-10-07 9:14 ` [Intel-wired-lan] " Kurt Kanzenbach
2024-10-07 9:14 ` Kurt Kanzenbach
2024-10-09 17:04 ` [Intel-wired-lan] " Joe Damato
2024-10-09 17:04 ` Joe Damato
2024-10-10 7:08 ` [Intel-wired-lan] " Kurt Kanzenbach
2024-10-10 7:08 ` Kurt Kanzenbach
2024-10-12 1:58 ` [Intel-wired-lan] " Joe Damato
2024-10-12 1:58 ` Joe Damato
2024-10-14 12:08 ` [Intel-wired-lan] " Kurt Kanzenbach
2024-10-14 12:08 ` Kurt Kanzenbach
2024-10-07 23:03 ` Vinicius Costa Gomes [this message]
2024-10-07 23:03 ` [RFC net-next 0/2] igc: Link IRQs and queues to NAPIs Vinicius Costa Gomes
2024-10-09 17:13 ` [Intel-wired-lan] " Joe Damato
2024-10-09 17:13 ` Joe Damato
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87h69ntt23.fsf@intel.com \
--to=vinicius.gomes@intel.com \
--cc=anthony.l.nguyen@intel.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=jdamato@fastly.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=przemyslaw.kitszel@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.