diff options
author | David S. Miller <davem@davemloft.net> | 2018-04-14 15:39:53 -0400 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2018-04-14 15:39:53 -0400 |
commit | d6606bcc6dbbf6c7b9fdf9166a9aa92c1d9aaaf5 (patch) | |
tree | b44c9774d72109d8c8ec693b9e55dd6144eb6cc0 /Documentation/networking/filter.txt | |
parent | Merge branch 'l2tp-remove-unsafe-calls-to-l2tp_tunnel_find_nth' (diff) | |
parent | sfc: limit ARFS workitems in flight per channel (diff) | |
download | linux-dev-d6606bcc6dbbf6c7b9fdf9166a9aa92c1d9aaaf5.tar.xz linux-dev-d6606bcc6dbbf6c7b9fdf9166a9aa92c1d9aaaf5.zip |
Merge branch 'sfc-ARFS-fixes'
Edward Cree says:
====================
sfc: ARFS fixes
Three issues introduced by my recent asynchronous filter handling changes:
1. The old filter_rfs_insert would replace a matching filter of equal
priority; we need to pass the appropriate argument to filter_insert to
make it do the same.
2. We're lying to the kernel with our return value from ndo_rx_flow_steer,
so we need to lie consistently when calling rps_may_expire_flow. This
is only a partial fix, as the lie still prevents us from steering
multiple flows with the same ID to different queues; a proper fix that
stops us lying at all will hopefully follow later.
3. It's possible to cause the kernel to hammer ndo_rx_flow_steer very
hard, so make sure we don't build up too huge a backlog of workitems.
Possibly it would be better to fix #3 on the kernel side; I have a patch
which I think does that but it's not a regression in 4.17 so isn't 'net'
material.
There's also the issue that we come up in the bad configuration that
triggers #3 by default, but that too is a problem for another time.
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions