Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1315802

Re: [git pull] vfs.git - including i_mutex wrappers

From Al Viro <viro@ZenIV.linux.org.uk>
Newsgroups linux.kernel
Subject Re: [git pull] vfs.git - including i_mutex wrappers
Date 2016-01-24 02:30 +0100
Message-ID <qUhF8-5M4-5@gated-at.bofh.it> (permalink)
References <qU7Pu-48H-63@gated-at.bofh.it> <qUf0B-3TP-3@gated-at.bofh.it> <qUfah-405-15@gated-at.bofh.it> <qUg6m-4E0-21@gated-at.bofh.it> <qUgJ3-58A-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Sun, Jan 24, 2016 at 11:26:58AM +1100, Dave Chinner wrote:

> That's fair enough. However, compare this to how core locking
> changes occur in the mm subsystem - they go through multiple patch
> postings and review so there's no surprise when the pull request
> comes.

... and the thread in question has grown from precisely that (and not the first
iteration, either) for earlier such change (RCU symlinks).  Subsequent one
(follow_link -> get_link, with RCU symlink traversal for non-embedded
symlinks) also went through fsdevel mailbombs (a couple of iterations, IIRC).

Seriously, when it comes to actual fs-visible behaviour changes (rather than
"please, try and use these helpers instead of open-coding ->i_mutex access"
done exactly to avoid the inter-tree dependencies from hell while that work
is being done) fsdevel will be hit by such mailbomb and probably more than
once.

For now it's really just a reduction of trivial conflicts for the next cycle;
eventually it's going to be a weaker VFS exclusion on ->lookup().  Which had
been loudly demanded quite a few times, and I don't recall any filesystem
developers _ever_ objecting to that.

Speaking of the earlier changes - IIRC, there had been plans to start
hashing (at least some of) XFS symlinks.  I think it was from hch, along
the lines of "stash a buffer with symlink body into ->i_link the first time
around, free it from inode eviction".  As long as that freeing is RCU-delayed,
doing so would work just fine and give you symlink traversal without dropping
from RCU mode...  OTOH, if that gets resurrected, it probably ought to go
through XFS tree - all VFS infrastructure is there (since 4.2), so it's
purely XFS business at this point...  One thing to watch out for is that
RCU delay - see shmem.c fix in the same pull request for related example.

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[git pull] vfs.git - including i_mutex wrappers Al Viro <viro@ZenIV.linux.org.uk> - 2016-01-23 16:00 +0100
  Re: [git pull] vfs.git - including i_mutex wrappers Dave Chinner <david@fromorbit.com> - 2016-01-23 23:40 +0100
    Re: [git pull] vfs.git - including i_mutex wrappers Dave Chinner <david@fromorbit.com> - 2016-01-23 23:50 +0100
      Re: [git pull] vfs.git - including i_mutex wrappers Al Viro <viro@ZenIV.linux.org.uk> - 2016-01-24 00:20 +0100
        Re: [git pull] vfs.git - including i_mutex wrappers Al Viro <viro@ZenIV.linux.org.uk> - 2016-01-24 00:40 +0100
        Re: [git pull] vfs.git - including i_mutex wrappers Dave Chinner <david@fromorbit.com> - 2016-01-24 02:00 +0100
          Re: [git pull] vfs.git - including i_mutex wrappers Al Viro <viro@ZenIV.linux.org.uk> - 2016-01-24 02:50 +0100
            Re: [git pull] vfs.git - including i_mutex wrappers Dave Chinner <david@fromorbit.com> - 2016-01-24 08:10 +0100
              Re: [git pull] vfs.git - including i_mutex wrappers Al Viro <viro@ZenIV.linux.org.uk> - 2016-01-24 08:50 +0100
      Re: [git pull] vfs.git - including i_mutex wrappers Linus Torvalds <torvalds@linux-foundation.org> - 2016-01-24 00:50 +0100
        Re: [git pull] vfs.git - including i_mutex wrappers Dave Chinner <david@fromorbit.com> - 2016-01-24 01:30 +0100
          Re: [git pull] vfs.git - including i_mutex wrappers Al Viro <viro@ZenIV.linux.org.uk> - 2016-01-24 02:30 +0100
            Re: [git pull] vfs.git - including i_mutex wrappers Dave Chinner <david@fromorbit.com> - 2016-01-24 08:20 +0100

csiph-web