summaryrefslogtreecommitdiff
path: root/net/xfrm
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2018-03-27 13:33:21 -0400
committerDavid S. Miller <davem@davemloft.net>2018-03-27 13:33:21 -0400
commit5d22d47b9ed96eddb35821dc2cc4f629f45827f7 (patch)
treea5e601f614c88f93b9b7919153cdbd70d66ab8c5 /net/xfrm
parentc709002c23f91d90eb6ee2d4efbb548a8fe3cc80 (diff)
parenta8e8fbebde5ded18e94c36220397521021d941ce (diff)
downloadlinux-rpi3-5d22d47b9ed96eddb35821dc2cc4f629f45827f7.tar.gz
linux-rpi3-5d22d47b9ed96eddb35821dc2cc4f629f45827f7.tar.bz2
linux-rpi3-5d22d47b9ed96eddb35821dc2cc4f629f45827f7.zip
Merge branch 'sfc-filter-locking'
Edward Cree says: ==================== sfc: rework locking around filter management The use of a spinlock to protect filter state combined with the need for a sleeping operation (MCDI) to apply that state to the NIC (on EF10) led to unfixable race conditions, around the handling of filter restoration after an MC reboot. So, this patch series removes the requirement to be able to modify the SW filter table from atomic context, by using a workqueue to request asynchronous filter operations (which are needed for ARFS). Then, the filter table locks are changed to mutexes, replacing the dance of spinlocks and 'busy' flags. Also, a mutex is added to protect the RSS context state, since otherwise a similar race is possible around restoring that after an MC reboot. While we're at it, fix a couple of other related bugs. ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/xfrm')
0 files changed, 0 insertions, 0 deletions