Messages in this thread |  | | Subject | Re: [PATCH net 00/19] rxrpc: Fix race between call connection, data transmit and call disconnect | From | patchwork-bot+netdevbpf@kernel ... | Date | Sat, 07 Jan 2023 23:20:18 +0000 |
| |
Hello:
This series was applied to netdev/net.git (master) by David Howells <dhowells@redhat.com>:
On Sat, 07 Jan 2023 09:52:51 +0000 you wrote: > Here are patches to fix an oops[1] caused by a race between call > connection, initial packet transmission and call disconnection which > results in something like: > > kernel BUG at net/rxrpc/peer_object.c:413! > > when the syzbot test is run. The problem is that the connection procedure > is effectively split across two threads and can get expanded by taking an > interrupt, thereby adding the call to the peer error distribution list > *after* it has been disconnected (say by the rxrpc socket shutting down). > > [...]
Here is the summary with links: - [net,01/19] rxrpc: Stash the network namespace pointer in rxrpc_local https://git.kernel.org/netdev/net/c/8a758d98dba3 - [net,02/19] rxrpc: Make the local endpoint hold a ref on a connected call https://git.kernel.org/netdev/net/c/5040011d073d - [net,03/19] rxrpc: Separate call retransmission from other conn events https://git.kernel.org/netdev/net/c/30df927b936b - [net,04/19] rxrpc: Only set/transmit aborts in the I/O thread https://git.kernel.org/netdev/net/c/a343b174b4bd - [net,05/19] rxrpc: Only disconnect calls in the I/O thread https://git.kernel.org/netdev/net/c/03fc55adf876 - [net,06/19] rxrpc: Implement a mechanism to send an event notification to a connection https://git.kernel.org/netdev/net/c/f2cce89a074e - [net,07/19] rxrpc: Clean up connection abort https://git.kernel.org/netdev/net/c/a00ce28b1778 - [net,08/19] rxrpc: Tidy up abort generation infrastructure https://git.kernel.org/netdev/net/c/57af281e5389 - [net,09/19] rxrpc: Make the set of connection IDs per local endpoint https://git.kernel.org/netdev/net/c/f06cb2918936 - [net,10/19] rxrpc: Offload the completion of service conn security to the I/O thread https://git.kernel.org/netdev/net/c/2953d3b8d8fd - [net,11/19] rxrpc: Set up a connection bundle from a call, not rxrpc_conn_parameters https://git.kernel.org/netdev/net/c/1bab27af6b88 - [net,12/19] rxrpc: Split out the call state changing functions into their own file https://git.kernel.org/netdev/net/c/0b9bb322f13d - [net,13/19] rxrpc: Wrap accesses to get call state to put the barrier in one place https://git.kernel.org/netdev/net/c/d41b3f5b9688 - [net,14/19] rxrpc: Move call state changes from sendmsg to I/O thread https://git.kernel.org/netdev/net/c/2d689424b618 - [net,15/19] rxrpc: Move call state changes from recvmsg to I/O thread https://git.kernel.org/netdev/net/c/93368b6bd58a - [net,16/19] rxrpc: Remove call->state_lock https://git.kernel.org/netdev/net/c/96b4059f43ce - [net,17/19] rxrpc: Move the client conn cache management to the I/O thread https://git.kernel.org/netdev/net/c/0d6bf319bc5a - [net,18/19] rxrpc: Move client call connection to the I/O thread https://git.kernel.org/netdev/net/c/9d35d880e0e4 - [net,19/19] rxrpc: Fix incoming call setup race https://git.kernel.org/netdev/net/c/42f229c350f5
You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html
|  |