more vfs.git stuff

[trying to use git request-pull; result looks more or less sane, AFAICT...] Embarrassing braino fix + pipe page accounting + fixing an eyesore in find_filesystem() (checking that s1 is equal to prefix of s2 of given length can be done in many ways, but "compare strlen(s1) with length and then do strncmp()" is not a good one...)

The following changes since commit c7b6c5fe67d1519759de2014a2c44f50fb1426f3:

Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs (2016-01-15 12:41:32 -0800)

are available in the git repository at:

[email protected]:/pub/scm/linux/kernel/git/viro/vfs.git for-linus

for you to fetch changes up to 117aa41e8020fe493bbb677ebe828c3a4b380185:

[regression] fix braino in fs/dlm/user.c (2016-01-21 17:45:15 -0500)

----------------------------------------------------------------
Al Viro (2):
find_filesystem(): simplify comparison
[regression] fix braino in fs/dlm/user.c

Willy Tarreau (1):
pipe: limit the per-user amount of pages allocated in pipes

 Documentation/sysctl/fs.txt | 23 ++++++++++++++++++++++
 fs/dlm/user.c               |  2 +-
 fs/filesystems.c            |  6 +++---
 fs/pipe.c                   | 47 +++++++++++++++++++++++++++++++++++++++++++--
 include/linux/pipe_fs_i.h   |  4 ++++
 include/linux/sched.h       |  1 +
 kernel/sysctl.c             | 14 ++++++++++++++
 7 files changed, 91 insertions(+), 6 deletions(-)

Looks fine, if you can just fix this part:

and have it point to the public git://git.kernel.org/.. thing.

Either by just using "pushurl" for origin, or by having separate push/pull names entirely.

Linus

Sorry about that - pushurl added, both git push and git request-pull seem to be working now.

BTW, looks like ext4 is the only pending i_mutex-sensitive tree; once it's pulled, I'll regenerate the inode_{lock,unlock,trylock,...} patch and send it your way.

I have the ext4 pull pending now, I'm doing some test-builds before pulling that and xfs. So it should be all done in half an hour or so.

Linus