[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240926030025.226221-1-jdamato@fastly.com>
Date: Thu, 26 Sep 2024 03:00:20 +0000
From: Joe Damato <jdamato@...tly.com>
To: netdev@...r.kernel.org
Cc: Joe Damato <jdamato@...tly.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Harshitha Ramamurthy <hramamurthy@...gle.com>,
Jakub Kicinski <kuba@...nel.org>,
Jeroen de Borst <jeroendb@...gle.com>,
linux-kernel@...r.kernel.org (open list),
Paolo Abeni <pabeni@...hat.com>,
Praveen Kaligineedi <pkaligineedi@...gle.com>,
Shailend Chand <shailend@...gle.com>,
Simon Horman <horms@...nel.org>,
Willem de Bruijn <willemb@...gle.com>,
Ziwei Xiao <ziweixiao@...gle.com>
Subject: [RFC net-next 0/2] gve: Link IRQs, queues, and NAPI instances
Greetings:
This RFC uses the netdev-genl API to link IRQs and queues to NAPI IDs so
that this information is queryable by user apps. This is particularly
useful for epoll-based busy polling apps which rely on having access to
the NAPI ID.
I've tested these commits on a GCP instance with a GVE NIC configured
and have included test output in the commit messages for each patch
showing how to query the information.
I hope to send this next week when net-next reopens as an official
submission, but wanted to send an RFC now in case there were any changes
requested from the GVE maintainers.
Thanks,
Joe
Joe Damato (2):
gve: Map IRQs to NAPI instances
gve: Map NAPI instances to queues
drivers/net/ethernet/google/gve/gve_main.c | 12 ++++++++++++
drivers/net/ethernet/google/gve/gve_utils.c | 1 +
2 files changed, 13 insertions(+)
--
2.43.0
Powered by blists - more mailing lists