Restore direct_io / truncate locking API
authorAnton Altaparmakov <aia21@cam.ac.uk>
Thu, 23 Feb 2012 23:40:05 +0000 (23:40 +0000)
committerLinus Torvalds <torvalds@linux-foundation.org>
Thu, 23 Feb 2012 23:56:21 +0000 (15:56 -0800)
commit37fbf4bfb826372c3ca6c09d8a015d1fe9f5e186
tree16916e8992768f4bf91152a16cd7b66c0d282314
parentbb4c7e9a9908548b458f34afb2fee74dc0d49f90
Restore direct_io / truncate locking API

With kernel 3.1, Christoph removed i_alloc_sem and replaced it with
calls (namely inode_dio_wait() and inode_dio_done()) which are
EXPORT_SYMBOL_GPL() thus they cannot be used by non-GPL file systems and
further inode_dio_wait() was pushed from notify_change() into the file
system ->setattr() method but no non-GPL file system can make this call.

That means non-GPL file systems cannot exist any more unless they do not
use any VFS functionality related to reading/writing as far as I can
tell or at least as long as they want to implement direct i/o.

Both Linus and Al (and others) have said on LKML that this breakage of
the VFS API should not have happened and that the change was simply
missed as it was not documented in the change logs of the patches that
did those changes.

This patch changes the two function exports in question to be
EXPORT_SYMBOL() thus restoring the VFS API as it used to be - accessible
for all modules.

Christoph, who introduced the two functions and exported them GPL-only
is CC-ed on this patch to give him the opportunity to object to the
symbols being changed in this manner if he did indeed intend them to be
GPL-only and does not want them to become available to all modules.

Signed-off-by: Anton Altaparmakov <anton@tuxera.com>
CC: Christoph Hellwig <hch@infradead.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
fs/direct-io.c