diff options
author | John Hurley <john.hurley@netronome.com> | 2019-07-10 19:30:29 +0100 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2019-07-12 15:31:55 -0700 |
commit | fd262a6d8a5d8d504e6a0b0183a05deda6bef7a3 (patch) | |
tree | b146f48acd05d7f2caf53fee426c766cca44f608 /fs/ext2/file.c | |
parent | 3929502b957ed05575e74134a817f26c42d13e2c (diff) | |
download | linux-fd262a6d8a5d8d504e6a0b0183a05deda6bef7a3.tar.bz2 |
nfp: flower: fix ethernet check on match fields
NFP firmware does not explicitly match on an ethernet type field. Rather,
each rule has a bitmask of match fields that can be used to infer the
ethernet type.
Currently, if a flower rule contains an unknown ethernet type, a check is
carried out for matches on other fields of the packet. If matches on
layer 3 or 4 are found, then the offload is rejected as firmware will not
be able to extract these fields from a packet with an ethernet type it
does not currently understand.
However, if a rule contains an unknown ethernet type without any L3 (or
above) matches then this will effectively be offloaded as a rule with a
wildcarded ethertype. This can lead to misclassifications on the firmware.
Fix this issue by rejecting all flower rules that specify a match on an
unknown ethernet type.
Further ensure correct offloads by moving the 'L3 and above' check to any
rule that does not specify an ethernet type and rejecting rules with
further matches. This means that we can still offload rules with a
wildcarded ethertype if they only match on L2 fields but will prevent
rules which match on further fields that we cannot be sure if the firmware
will be able to extract.
Fixes: af9d842c1354 ("nfp: extend flower add flow offload")
Signed-off-by: John Hurley <john.hurley@netronome.com>
Reviewed-by: Jakub Kicinski <jakub.kicinski@netronome.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'fs/ext2/file.c')
0 files changed, 0 insertions, 0 deletions