summaryrefslogtreecommitdiff
path: root/Documentation
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2018-04-14 22:39:53 +0300
committerDavid S. Miller <davem@davemloft.net>2018-04-14 22:39:53 +0300
commitd6606bcc6dbbf6c7b9fdf9166a9aa92c1d9aaaf5 (patch)
treeb44c9774d72109d8c8ec693b9e55dd6144eb6cc0 /Documentation
parentc5042dacec877a5cbade94ec29016fd43d5f6c78 (diff)
parentf993740ee05821307eca03d23d468895740450f8 (diff)
downloadlinux-d6606bcc6dbbf6c7b9fdf9166a9aa92c1d9aaaf5.tar.xz
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 'Documentation')
0 files changed, 0 insertions, 0 deletions