summaryrefslogtreecommitdiff
path: root/net/smc/smc_tx.h
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2018-05-18 13:00:43 -0400
committerDavid S. Miller <davem@davemloft.net>2018-05-18 13:00:43 -0400
commitd6830519a9de10621651433459d2c72a7145dd25 (patch)
tree3fd648ce8978d70c0db48fdbcd844c306ec1edf6 /net/smc/smc_tx.h
parent3888ea4e2f1fb2f61e5418adf4b8332107ac0c8f (diff)
parenta228060a7c9ab88597eeac131e4578595d5d46ae (diff)
Merge tag 'mlx5e-updates-2018-05-17' of git://git.kernel.org/pub/scm/linux/kernel/git/saeed/linux
Saeed Mahameed says: ==================== mlx5e-updates-2018-05-17 From: Or Gerlitz <ogerlitz@mellanox.com> This series addresses a regression introduced by the shared block TC changes [1]. Currently, for VF->VF and uplink->VF rules, the TC core (cls_api) attempts to offload the same flow multiple times into the driver, as a side effect of the mlx5 registration to the egdev callback. We use the flow cookie to ignore attempts to add such flows, we can't reject them (return error), b/c this will fail the offload attempt, so we ignore that. The last patch of the series deals with exposing HW stats counters through ethtool for the vport reps. Dave - the regression that we are addressing was introduced in 4.15 [1] and applies to nfp and mlx5. Jiri suggested to push driver side fixes to net-next, this is already done for nfp [2][3]. Once this is upstream, we will submit a small/point single patch fix for the TC core code which can serve for net and stable, but not carried into net-next, b/c it might limit some future use-cases. [1] 208c0f4b5237 "net: sched: use tc_setup_cb_call to call per-block callbacks" [2] c50647d "nfp: flower: ignore duplicate cb requests for same rule" [3] 54a4a03 "nfp: flower: support offloading multiple rules with same cookie" ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/smc/smc_tx.h')
0 files changed, 0 insertions, 0 deletions