]> git.baikalelectronics.ru Git - kernel.git/commit
Merge tag 'rxrpc-fixes-20191220' of git://git.kernel.org/pub/scm/linux/kernel/git...
authorDavid S. Miller <davem@davemloft.net>
Wed, 25 Dec 2019 00:12:47 +0000 (16:12 -0800)
committerDavid S. Miller <davem@davemloft.net>
Wed, 25 Dec 2019 00:12:47 +0000 (16:12 -0800)
commit3e5f39816c0a951b544328896c82a34693e9c1a3
treee76dfc52bb66f7d702087da1da3da0ed191a2f4f
parent517e9fa515471e62e58db322c86d5cd5bad77ce6
parentbfc5ae33aba666b74be58f3ae033c077f7b77082
Merge tag 'rxrpc-fixes-20191220' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs

David Howells says:

====================
rxrpc: Fixes

Here are a couple of bugfixes plus a patch that makes one of the bugfixes
easier:

 (1) Move the ping and mutex unlock on a new call from rxrpc_input_packet()
     into rxrpc_new_incoming_call(), which it calls.  This means the
     lock-unlock section is entirely within the latter function.  This
     simplifies patch (2).

 (2) Don't take the call->user_mutex at all in the softirq path.  Mutexes
     aren't allowed to be taken or released there and a patch was merged
     that caused a warning to be emitted every time this happened.  Looking
     at the code again, it looks like that taking the mutex isn't actually
     necessary, as the value of call->state will block access to the call.

 (3) Fix the incoming call path to check incoming calls earlier to reject
     calls to RPC services for which we don't have a security key of the
     appropriate class.  This avoids an assertion failure if YFS tries
     making a secure call to the kafs cache manager RPC service.
====================

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