Thread (24 messages) 24 messages, 4 authors, 2025-01-27

Re: [RFC net-next v3 2/4] virtio_net: Prepare for NAPI to queue mapping

From: Jakub Kicinski <kuba@kernel.org>
Date: 2025-01-27 21:33:06
Also in: lkml, virtualization

On Mon, 27 Jan 2025 14:31:21 -0500 Joe Damato wrote:
Actually, I missed a patch Jakub submit to net [1], which prevents
dumping TX-only NAPIs.
That patch only addresses NAPI ops, here I think we're talking about
attributes of the queue object.
So, I think this RFC as-is (only calling netif_queue_set_napi
for RX NAPIs) should be fine without changes.
Weak preference towards making netdev_nl_queue_fill_one() "do the right
thing" when NAPI does not have ID assigned. And right thing IMO would
be to skip reporting the NAPI_ID attribute.

Tx NAPIs are one aspect, whether they have ID or not we may want direct
access to the struct somewhere in the core, via txq, at some point, and
then people may forget the linking has an unintended effect of also
changing the netlink attrs. The other aspect is that driver may link
queue to a Rx NAPI instance before napi_enable(), so before ID is
assigned. Again, we don't want to report ID of 0 in that case.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help