summaryrefslogtreecommitdiff
path: root/drivers/net/xen-netfront.c
diff options
context:
space:
mode:
authorAriel Levkovich <lariel@nvidia.com>2021-03-09 01:29:01 +0200
committerSaeed Mahameed <saeedm@nvidia.com>2021-03-31 13:12:21 -0700
commitd24f847e54214049814b9515771622eaab3f42ab (patch)
tree6358201d6ba05a6c85566c47cdb1ff8fb1cd80e7 /drivers/net/xen-netfront.c
parent61431a5907fc36d0738e9a547c7e1556349a03e9 (diff)
net/mlx5e: Fix mapping of ct_label zero
ct_label 0 is a default label each flow has and therefore there can be rules that match on ct_label=0 without a prior rule that set the ct_label to this value. The ct_label value is not used directly in the HW rules and instead it is mapped to some id within a defined range and this id is used to set and match the metadata register which carries the ct_label. If we have a rule that matches on ct_label=0, the hw rule will perform matching on a value that is != 0 because of the mapping from label to id. Since the metadata register default value is 0 and it was never set before to anything else by an action that sets the ct_label, there will always be a mismatch between that register and the value in the rule. To support such rule, a forced mapping of ct_label 0 to id=0 is done so that it will match the metadata register default value of 0. Fixes: 54b154ecfb8c ("net/mlx5e: CT: Map 128 bits labels to 32 bit map ID") Signed-off-by: Ariel Levkovich <lariel@nvidia.com> Reviewed-by: Roi Dayan <roid@nvidia.com> Signed-off-by: Saeed Mahameed <saeedm@nvidia.com>
Diffstat (limited to 'drivers/net/xen-netfront.c')
0 files changed, 0 insertions, 0 deletions