Re: [PATCH net-next] net: ethtool: Don't check if RSS context exists in case of context 0

From
Jakub Kicinski <kuba@kernel.org>
Date
2025-02-27 02:27:19
Reply to
Gal Pressman, 2025-02-26
On Wed, 26 Feb 2025 08:08:40 +0200 Gal Pressman wrote:
On 26/02/2025 3:01, Jakub Kicinski wrote:
quoted
On Tue, 25 Feb 2025 09:13:48 +0200 Gal Pressman wrote:  
quoted
Context 0 (default context) always exists, there is no need to check
whether it exists or not when adding a flow steering rule.

The existing check fails when creating a flow steering rule for context
0 as it is not stored in the rss_ctx xarray.  
But what is the use case for redirecting to context 0?  
I can think of something like redirecting all TCP traffic to context 1,
and then a specific TCP 5-tuple to the default context.
The ordering guarantees of ntuple filters are a bit unclear.
My understanding was that first match terminates the search,
actually, so your example wouldn't work :S
Anyway, it used to work.
To be clear unit tests don't count as "breaking real users",
and I assume the complaint comes from your QA team?

Given the weak definition of the ntuple API I'd prefer to
close this corner case. Unless someone feels strongly that
this should be allowed. If a real user complains we can both
fix and try to encode their flow into a selftest.

Let me CC Ed, too.
Thread (16 messages) 16 messages, 4 authors, last reply 2025-03-04
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help