OSDN Git Service

Merge branch 'nfp-flower-tc-block-support-and-nfp-PCI-updates'
authorDavid S. Miller <davem@davemloft.net>
Wed, 25 Apr 2018 18:07:05 +0000 (14:07 -0400)
committerDavid S. Miller <davem@davemloft.net>
Wed, 25 Apr 2018 18:07:05 +0000 (14:07 -0400)
commit81e696b57d4e9abe790da3a1a7a1dff749ae876d
tree00e1a845686a280d7cdbb205e409919141e450d4
parentc77bbc648faf4a6647c4f4446ca82e231475ffb5
parentc50647d3e8fd4149ecd78e9a234336e727f48107
Merge branch 'nfp-flower-tc-block-support-and-nfp-PCI-updates'

Jakub Kicinski says:

====================
nfp: flower tc block support and nfp PCI updates

This series improves the nfp PCIe code by making use of the new
pcie_print_link_status() helper and resetting NFP locks when
driver loads.  This can help us avoid lock ups after host crashes
and is rebooted with PCIe reset or when kdump kernel is loaded.

The flower changes come from John, he says:

This patchset fixes offload issues when multiple repr netdevs are bound to
a tc block and filter rules added. Previously the rule would be passed to
the reprs and would be rejected in all but the first as the cookie value
will indicate a duplicate. The first patch extends the flow lookup
function to consider both host context and ingress netdev along with the
cookie value. This means that a rule with a given cookie can exist
multiple times assuming the ingress netdev is different. The host context
ensures that stats from fw are associated with the correct instance of the
rule.

The second patch protects against rejecting add/del/stat messages when a
rule has a repr as both an ingress port and an egress dev. In such cases a
callback can be triggered twice (once for ingress and once for egress)
and can lead to duplicate rule detection or incorrect double calls.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>