aboutsummaryrefslogtreecommitdiffstats
path: root/lib/raid6/algos.c
diff options
context:
space:
mode:
authorGal Pressman <[email protected]>2025-06-12 07:19:57 +0000
committerJakub Kicinski <[email protected]>2025-06-12 15:15:35 +0000
commitd78ebc772c7ceccf6e655ddb93099f49a1268af4 (patch)
tree4da3aa4cae9d37eaf3ae9efa806da68d4f4cf311 /lib/raid6/algos.c
parentMerge tag 'for-net-2025-06-11' of git://git.kernel.org/pub/scm/linux/kernel/g... (diff)
downloadkernel-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