Move FASYNC bit handling to f_op->fasync()
authorJonathan Corbet <corbet@lwn.net>
Sun, 1 Feb 2009 21:26:59 +0000 (14:26 -0700)
committerJonathan Corbet <corbet@lwn.net>
Mon, 16 Mar 2009 14:32:27 +0000 (08:32 -0600)
commit76398425bb06b07cc3a3b1ce169c67dc9d6874ed
treee6e1800edda88b5592617a950daacf2199587a33
parentdb1dd4d376134eba0e08af523b61cc566a4ea1cd
Move FASYNC bit handling to f_op->fasync()

Removing the BKL from FASYNC handling ran into the challenge of keeping the
setting of the FASYNC bit in filp->f_flags atomic with regard to calls to
the underlying fasync() function.  Andi Kleen suggested moving the handling
of that bit into fasync(); this patch does exactly that.  As a result, we
have a couple of internal API changes: fasync() must now manage the FASYNC
bit, and it will be called without the BKL held.

As it happens, every fasync() implementation in the kernel with one
exception calls fasync_helper().  So, if we make fasync_helper() set the
FASYNC bit, we can avoid making any changes to the other fasync()
functions - as long as those functions, themselves, have proper locking.
Most fasync() implementations do nothing but call fasync_helper() - which
has its own lock - so they are easily verified as correct.  The BKL had
already been pushed down into the rest.

The networking code has its own version of fasync_helper(), so that code
has been augmented with explicit FASYNC bit handling.

Cc: Al Viro <viro@ZenIV.linux.org.uk>
Cc: David Miller <davem@davemloft.net>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
Documentation/filesystems/Locking
fs/fcntl.c
fs/ioctl.c
net/socket.c