diff options
| author | Gal Pressman <[email protected]> | 2025-06-12 07:19:57 +0000 |
|---|---|---|
| committer | Jakub Kicinski <[email protected]> | 2025-06-12 15:15:35 +0000 |
| commit | d78ebc772c7ceccf6e655ddb93099f49a1268af4 (patch) | |
| tree | 4da3aa4cae9d37eaf3ae9efa806da68d4f4cf311 /lib/raid6/algos.c | |
| parent | Merge tag 'for-net-2025-06-11' of git://git.kernel.org/pub/scm/linux/kernel/g... (diff) | |
| download | kernel-d78ebc772c7ceccf6e655ddb93099f49a1268af4.tar.gz kernel-d78ebc772c7ceccf6e655ddb93099f49a1268af4.zip | |
net: ethtool: Don't check if RSS context exists in case of context 0
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.
For example:
$ ethtool --config-ntuple eth2 flow-type tcp4 dst-ip 194.237.147.23 dst-port 19983 context 0 loc 618
rmgr: Cannot insert RX class rule: Invalid argument
Cannot insert classification rule
An example usecase for this could be:
- A high-priority rule (loc 0) directing specific port traffic to
context 0.
- A low-priority rule (loc 1) directing all other TCP traffic to context
1.
This is a user-visible regression that was caught in our testing
environment, it was not reported by a user yet.
Fixes: de7f7582dff2 ("net: ethtool: prevent flow steering to RSS contexts which don't exist")
Reviewed-by: Tariq Toukan <[email protected]>
Reviewed-by: Nimrod Oren <[email protected]>
Signed-off-by: Gal Pressman <[email protected]>
Reviewed-by: Joe Damato <[email protected]>
Reviewed-by: Edward Cree <[email protected]>
Link: https://patch.msgid.link/[email protected]
Signed-off-by: Jakub Kicinski <[email protected]>
Diffstat (limited to 'lib/raid6/algos.c')
0 files changed, 0 insertions, 0 deletions
