]> git.baikalelectronics.ru Git - kernel.git/commit
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)
commitc22c3475d7c891a9eb7c64bcfe96882b4d6dd25b
tree00e1a845686a280d7cdbb205e409919141e450d4
parent3f02f5b045a4618048b4b8a7678d16fcd65e95d4
parenta00b207ff51a09822b1493656e629cb0a5cf85bd
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>