Thread (20 messages) 20 messages, 3 authors, 2024-10-14

Re: [PATCH net-next v3 09/12] selftests: ncdevmem: Remove hard-coded queue numbers

From: Mina Almasry <hidden>
Date: 2024-10-14 22:49:33

On Mon, Oct 14, 2024 at 5:47 PM Stanislav Fomichev [off-list ref] wrote:
On 10/12, Mina Almasry wrote:
quoted
On Wed, Oct 9, 2024 at 10:13 AM Stanislav Fomichev [off-list ref] wrote:
quoted
Use single last queue of the device and probe it dynamically.
Sorry I thought agreed that multi-queue binding test coverage is important.

Can you please leave the default of num_queues to be 8 queues, or
rxq_num / 2? You can override num_queues to 1 in your test invocations
if you want. I would like by default an unaware tester that doesn't
set num_queues explicitly to get multi-queue test coverage.
I might have misunderstood the agreement :-) I though you were ok with
the following arrangement:

1. use num_queues / 2 in the selftest mode to make sure binding to multiple
   queues works (and this gets exercised from the python kselftest)
2. use single queue for the actual data path test (since we are
   installing single flow steering rule, having multiple queues here is
   confusing)

The num_queues / 2 part is here:
https://lore.kernel.org/netdev/20241009171252.2328284-11-sdf@fomichev.me/ (local)

Anything I'm missing?
Sorry, I indeed missed that this is reworked in patch 10/12. Squashing
the patches could be OK, because the changes to num_queues here are
essentially reworked in the next patch, but this is also fine.

Reviewed-by: Mina Almasry <redacted>

-- 
Thanks,
Mina
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help