netlink, mmap: don't walk rx ring on poll if receive queue non-empty
commita66e36568e30ed3714c0e3a12bd3b64696343ff5
authorDaniel Borkmann <daniel@iogearbox.net>
Wed, 9 Sep 2015 23:20:46 +0000 (10 01:20 +0200)
committerDavid S. Miller <davem@davemloft.net>
Thu, 10 Sep 2015 04:42:51 +0000 (9 21:42 -0700)
tree31f62f5e6258b1eaf5b7e7deede0dc8466031d17
parentf2be053c83ee93888fc09d90df2bded0deb28947
netlink, mmap: don't walk rx ring on poll if receive queue non-empty

In case of netlink mmap, there can be situations where received frames
have to be placed into the normal receive queue. The ring buffer indicates
this through NL_MMAP_STATUS_COPY, so the user is asked to pick them up
via recvmsg(2) syscall, and to put the slot back to NL_MMAP_STATUS_UNUSED.

Commit 0ef707700f1c ("netlink: rx mmap: fix POLLIN condition") changed
polling, so that we walk in the worst case the whole ring through the
new netlink_has_valid_frame(), for example, when the ring would have no
NL_MMAP_STATUS_VALID, but at least one NL_MMAP_STATUS_COPY frame.

Since we do a datagram_poll() already earlier to pick up a mask that could
possibly contain POLLIN | POLLRDNORM already (due to NL_MMAP_STATUS_COPY),
we can skip checking the rx ring entirely.

In case the kernel is compiled with !CONFIG_NETLINK_MMAP, then all this is
irrelevant anyway as netlink_poll() is just defined as datagram_poll().

Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/netlink/af_netlink.c