summaryrefslogtreecommitdiffstats
path: root/drivers
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2019-04-12 16:57:23 -0700
committerDavid S. Miller <davem@davemloft.net>2019-04-12 16:57:23 -0700
commit9e550f015303a99a9395a838743bbeff94d4d49c (patch)
treeadec0da77205b01e590914e28aca0930926f9949 /drivers
parent1dc2b3d65523780ed1972d446c76e62e13f3e8f5 (diff)
parent1a2391c30c0b9d041bc340f68df81d49c53546cc (diff)
downloadlinux-9e550f015303a99a9395a838743bbeff94d4d49c.tar.bz2
Merge branch 'rxrpc-fixes'
David Howells says: ==================== rxrpc: Fixes Here is a collection of fixes for rxrpc: (1) rxrpc_error_report() needs to call sock_error() to clear the error code from the UDP transport socket, lest it be unexpectedly revisited on the next kernel_sendmsg() call. This has been causing all sorts of weird effects in AFS as the effects have typically been felt by the wrong RxRPC call. (2) Allow a kernel user of AF_RXRPC to easily detect if an rxrpc call has completed. (3) Allow errors incurred by attempting to transmit data through the UDP socket to get back up the stack to AFS. (4) Make AFS use (2) to abort the synchronous-mode call waiting loop if the rxrpc-level call completed. (5) Add a missing tracepoint case for tracing abort reception. (6) Fix detection and handling of out-of-order ACKs. ==================== Tested-by: Jonathan Billings <jsbillin@umich.edu> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers')
0 files changed, 0 insertions, 0 deletions