sock: deduplicate errqueue dequeue
authorWillem de Bruijn <willemb@google.com>
Mon, 1 Sep 2014 01:30:27 +0000 (21:30 -0400)
committerDavid S. Miller <davem@davemloft.net>
Tue, 2 Sep 2014 04:49:08 +0000 (21:49 -0700)
commit364a9e93243d1785f310c0964af0e24bf1adac03
treed94daf2c5c0cf6492708d28c56160f96d9917201
parent8fe2f761cae9da9f9031162f104164a812ce78ab
sock: deduplicate errqueue dequeue

sk->sk_error_queue is dequeued in four locations. All share the
exact same logic. Deduplicate.

Also collapse the two critical sections for dequeue (at the top of
the recv handler) and signal (at the bottom).

This moves signal generation for the next packet forward, which should
be harmless.

It also changes the behavior if the recv handler exits early with an
error. Previously, a signal for follow-up packets on the errqueue
would then not be scheduled. The new behavior, to always signal, is
arguably a bug fix.

For rxrpc, the change causes the same function to be called repeatedly
for each queued packet (because the recv handler == sk_error_report).
It is likely that all packets will fail for the same reason (e.g.,
memory exhaustion).

This code runs without sk_lock held, so it is not safe to trust that
sk->sk_err is immutable inbetween releasing q->lock and the subsequent
test. Introduce int err just to avoid this potential race.

Signed-off-by: Willem de Bruijn <willemb@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
include/net/sock.h
net/core/skbuff.c
net/core/sock.c
net/ipv4/ip_sockglue.c
net/ipv6/datagram.c
net/rxrpc/ar-error.c