diff options
| author | Jakub Kicinski <[email protected]> | 2025-07-08 22:06:38 +0000 |
|---|---|---|
| committer | Jakub Kicinski <[email protected]> | 2025-07-11 00:57:49 +0000 |
| commit | d7974697de4d6fa1a1ed9ca43616a8500046f25a (patch) | |
| tree | e15322f569fc439a862a9976578d56f2292ce006 /tools/testing/selftests/drivers/net/hw/rss_api.py | |
| parent | tools: ynl: decode enums in auto-ints (diff) | |
| download | kernel-d7974697de4d6fa1a1ed9ca43616a8500046f25a.tar.gz kernel-d7974697de4d6fa1a1ed9ca43616a8500046f25a.zip | |
ethtool: mark ETHER_FLOW as usable for Rx hash
Looks like some drivers (ena, enetc, fbnic.. there's probably more)
consider ETHER_FLOW to be legitimate target for flow hashing.
I'm not sure how intentional that is from the uAPI perspective
vs just an effect of ethtool IOCTL doing minimal input validation.
But Netlink will do strict validation, so we need to decide whether
we allow this use case or not. I don't see a strong reason against
it, and rejecting it would potentially regress a number of drivers.
So update the comments and flow_type_hashable().
Link: https://patch.msgid.link/[email protected]
Signed-off-by: Jakub Kicinski <[email protected]>
Diffstat (limited to 'tools/testing/selftests/drivers/net/hw/rss_api.py')
0 files changed, 0 insertions, 0 deletions