Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH v2] Fix i_mutex handling in nfsd readdir
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [RFC] The reflink(2) system call v4.
From
: jim owens <jowens@xxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: jim owens <jowens@xxxxxx>
Re: [RFC] The reflink(2) system call v4.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC] The reflink(2) system call v4.
From
: James Morris <jmorris@xxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Chris Worley <worleys@xxxxxxxxx>
Re: [PATCH 1/2] jffs2: move jffs2_write_super to super.c
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
[PATCH 2/2] ->write_super lock_super pushdown
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 1/2] jffs2: move jffs2_write_super to super.c
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 06/13] cifs: add new cifs_iget function and convert unix codepath to use it
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 03/13] cifs: allow get_cifs_acl to be called without an inode
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 05/13] cifs: add new cifs_fattr struct for holding cifs inode attributes in common way
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 03/13] cifs: allow get_cifs_acl to be called without an inode
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
[RFC] The reflink(2) system call v4.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 02/13] cifs: make cnvrtDosUnixTm take a little-endian args and an offset
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 01/13] cifs: have cifs_NTtimeToUnix take a little-endian arg
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 13/13] cifs: remove "hardlink detection" from cifs_rename
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 12/13] cifs: remove cifsInodeInfo->inUse counter
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 11/13] cifs: make serverino the default when mounting
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 08/13] cifs: convert cifs_get_inode_info to use cifs_iget
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 10/13] cifs: remove cifs_new_inode
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 09/13] cifs: convert non-posix readdir codepath to use cifs_iget
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 07/13] cifs: convert posix readdir codepath to use cifs_iget
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 06/13] cifs: add new cifs_iget function and convert unix codepath to use it
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 05/13] cifs: add new cifs_fattr struct for holding cifs inode attributes in common way
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 02/13] cifs: make cnvrtDosUnixTm take a little-endian args and an offset
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 00/13] cifs: implement proper hardlink detection
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 01/13] cifs: have cifs_NTtimeToUnix take a little-endian arg
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 04/13] cifs: rename cifs_iget to cifs_root_iget
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 03/13] cifs: allow get_cifs_acl to be called without an inode
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC] fiemap tester
From
: Theodore Tso <tytso@xxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Andreas Dilger <adilger@xxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Theodore Tso <tytso@xxxxxxx>
Re: oddity in v9fs_kill_super()
From
: Eric Van Hensbergen <ericvh@xxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
Re: copy-on-write files
From
: Steve French <smfrench@xxxxxxxxx>
Re: copy-on-write files
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC] fiemap tester
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [RFC] fiemap tester
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC] fiemap tester
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] fiemap tester
From
: Theodore Tso <tytso@xxxxxxx>
copy-on-write files
From
: Steve French <smfrench@xxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Chris Worley <worleys@xxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [patch 0/3] make splice more generic
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/3] make splice more generic
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC] fiemap tester
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Theodore Tso <tytso@xxxxxxx>
Re: [ANNOUNCE] util-linux-ng v2.15 (stable)
From
: Américo Wang <xiyou.wangcong@xxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Theodore Tso <tytso@xxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [patch 0/3] make splice more generic
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Theodore Tso <tytso@xxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Theodore Tso <tytso@xxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [RFC] fiemap tester
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Theodore Tso <tytso@xxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Theodore Tso <tytso@xxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: Is TRIM/DISCARD going to be a performance problem?
From
: Jörn Engel <joern@xxxxxxxxx>
Is TRIM/DISCARD going to be a performance problem?
From
: "Theodore Ts'o" <tytso@xxxxxxx>
Re: [patch 0/3] make splice more generic
From
: Max Kellermann <max@xxxxxxxxxxx>
Re: [RFC] fiemap tester
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[RFC] fiemap tester
From
: Josef Bacik <josef@xxxxxxxxxx>
Re: [PATCH v2] Fix i_mutex handling in nfsd readdir
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: jim owens <jowens@xxxxxx>
Re: Cachefiles question
From
: David Howells <dhowells@xxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Cachefiles question
From
: Lukas Hejtmanek <xhejtman@xxxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: Daniel J Walsh <dwalsh@xxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: jim owens <jowens@xxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: jim owens <jowens@xxxxxx>
Re: SELinux and access(2), we want to know.
From
: Eamon Walsh <ewalsh@xxxxxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: jim owens <jowens@xxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC] The reflink(2) system call v2.
From
: James Morris <jmorris@xxxxxxxxx>
[RFC] The reflink(2) system call v2.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: Eric Paris <eparis@xxxxxxxxxx>
Re: SELinux and access(2), we want to know.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
SELinux and access(2), we want to know.
From
: Eric Paris <eparis@xxxxxxxxxx>
Re: [patch 0/3] make splice more generic
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
[patch 1/3] splice: implement pipe to pipe splicing
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 2/3] splice: implement default splice_read method
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 3/3] splice: implement default splice_write method
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 0/3] make splice more generic
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 1/2] push MS_RDONLY check from ->write_super into caller
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH v2] Fix i_mutex handling in nfsd readdir
From
: hooanon05@xxxxxxxxxxx
Re: [PATCH 2/2] ->write_super lock_super pushdown
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] push MS_RDONLY check from ->write_super into caller
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] push MS_RDONLY check from ->write_super into caller
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] ->write_super lock_super pushdown
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH v2] Fix i_mutex handling in nfsd readdir
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 2/2] ->write_super lock_super pushdown
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 1/2] push MS_RDONLY check from ->write_super into caller
From
: Christoph Hellwig <hch@xxxxxx>
oddity in v9fs_kill_super()
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [Ocfs2-devel] [PATCH 1/3] fs: Document the reflink(2) system call.
From
: jim owens <jowens@xxxxxx>
Re: sget() misuse in nilfs
From
: Ryusuke Konishi <ryusuke@xxxxxxxx>
Re: [PATCH 1/2] fs: sync_filesystem() not depend on BLOCK
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [Ocfs2-devel] [PATCH 1/3] fs: Document the reflink(2) system call.
From
: jim owens <jowens@xxxxxx>
Re: [Ocfs2-devel] [PATCH 1/3] fs: Document the reflink(2) system call.
From
: jim owens <jowens@xxxxxx>
Re: [PATCH] fix blkid.h include
From
: Matthias König <mk@xxxxxxxxxxxx>
Re: [PATCH] fix blkid.h include
From
: Peter Breitenlohner <peb@xxxxxxxxxxxx>
Re: [PATCH] fix blkid.h include
From
: Mike Frysinger <vapier@xxxxxxxxxx>
[PATCH] fix blkid.h include
From
: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [PTCH] push down lock_super and BKL into ->put_super
From
: Theodore Tso <tytso@xxxxxxx>
Re: [Ocfs2-devel] [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Theodore Tso <tytso@xxxxxxx>
Re: New reflink(2) syscall
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PTCH] push down lock_super and BKL into ->put_super
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: sget() misuse in nilfs
From
: Ryusuke Konishi <ryusuke@xxxxxxxx>
Re: [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PTCH] push down lock_super and BKL into ->put_super
From
: Christoph Hellwig <hch@xxxxxx>
Re: copyfile semantics.
From
: Jörn Engel <joern@xxxxxxxxx>
Re: New reflink(2) syscall
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [PATCH v2] Fix i_mutex handling in nfsd readdir
From
: hooanon05@xxxxxxxxxxx
Re: New reflink(2) syscall
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PTCH] push down lock_super and BKL into ->put_super
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] Fix i_mutex handling in nfsd readdir
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: jim owens <jowens@xxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: James Morris <jmorris@xxxxxxxxx>
Re: New reflink(2) syscall
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Steve French <smfrench@xxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: jim owens <jowens@xxxxxx>
Re: copyfile semantics.
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: copyfile semantics.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: copyfile semantics.
From
: Matthew Wilcox <matthew@xxxxxx>
Re: copyfile semantics.
From
: Andreas Dilger <adilger@xxxxxxx>
[ANNOUNCE] util-linux-ng v2.15 (stable)
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [Ocfs2-devel] [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: jim owens <jowens@xxxxxx>
Re: [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown
From
: Alessio Igor Bogani <abogani@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Theodore Tso <tytso@xxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Theodore Tso <tytso@xxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jörn Engel <joern@xxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: sget() misuse in nilfs
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: sget() misuse in nilfs
From
: Ryusuke Konishi <ryusuke@xxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Theodore Tso <tytso@xxxxxxx>
[PATCH] enforce ->sync_fs is only called for rw superblock
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PTCH] push down lock_super and BKL into ->put_super
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] use GFP_NOFS in kernel_event()
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
[PATCH] quota: fix redefinition of sync_quota_sb()
From
: Alexander Beregalov <a.beregalov@xxxxxxxxx>
[PATCH 2/2] fs: define __sync_blockdev() when !BLOCK
From
: Alexander Beregalov <a.beregalov@xxxxxxxxx>
[PATCH 1/2] fs: sync_filesystem() not depend on BLOCK
From
: Alexander Beregalov <a.beregalov@xxxxxxxxx>
Zero-day exploit details (Was: Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option)
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
Re: sget() misuse in nilfs
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [Ocfs2-devel] [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Theodore Tso <tytso@xxxxxxx>
Re: [Ocfs2-devel] [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Greg KH <greg@xxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [Ocfs2-devel] [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Chris Friesen" <cfriesen@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [Ocfs2-devel] Deadlock in dlmmaster.c
From
: Sunil Mushran <sunil.mushran@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: New reflink(2) syscall
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: sget() misuse in nilfs
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Olivier Galibert <galibert@xxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: New reflink(2) syscall
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 3/3] fs: Add the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 2/3] fs: Add vfs_reflink() and the ->reflink() inode operation.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 3/3] fs: Add the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Tao Ma <tao.ma@xxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
sget() misuse in nilfs
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 3/3] fs: Add the reflink(2) system call.
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Block read
From
: Alberich de megres <alberich2k5@xxxxxxxxx>
Re: [PATCH 3/3] fs: Add the reflink(2) system call.
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 2/3] fs: Add vfs_reflink() and the ->reflink() inode operation.
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/3] fs: Document the reflink(2) system call.
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 3/3] fs: Add the reflink(2) system call.
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 3/3] fs: Add the reflink(2) system call.
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/3] fs: Add the reflink(2) system call.
From
: Matthew Wilcox <matthew@xxxxxx>
[PATCH 2/3] fs: Add vfs_reflink() and the ->reflink() inode operation.
From
: Joel Becker <joel.becker@xxxxxxxxxx>
[RFC] The reflink(2) system call.
From
: Joel Becker <joel.becker@xxxxxxxxxx>
[PATCH 3/3] fs: Add the reflink(2) system call.
From
: Joel Becker <joel.becker@xxxxxxxxxx>
[PATCH 1/3] fs: Document the reflink(2) system call.
From
: Joel Becker <joel.becker@xxxxxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Rince <rincebrain@xxxxxxxxx>
Block read
From
: Alberich de megres <alberich2k5@xxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Steve French <smfrench@xxxxxxxxx>
Re: [PATCH] remove ->write_super call in generic_shutdown_super
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST
From
: Josef Bacik <josef@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Steve French <smfrench@xxxxxxxxx>
Re: [PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Michael Tokarev <mjt@xxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST
From
: Josef Bacik <josef@xxxxxxxxxx>
Re: [PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST
From
: Josef Bacik <josef@xxxxxxxxxx>
Re: [PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Adding mount option to kernel for NFS filesystem
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: EXT vs XFS at 80% filled filesystem
From
: Theodore Tso <tytso@xxxxxxx>
[GIT PULL] configfs fixes
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
[PATCH] fiemap: fix problem with setting FIEMAP_EXTENT_LAST
From
: Josef Bacik <jbacik@xxxxxxxxxx>
[PATCH] proc: avoid leaking eip, esp, or wchan to non-privileged processes
From
: Jake Edge <jake@xxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Rince <rincebrain@xxxxxxxxx>
cat and grep can cause excess page read at EOF
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Rince <rincebrain@xxxxxxxxx>
Sometimes df is not updated after remove within xfs via nfs.
From
: hgichon <hgichon@xxxxxxxxx>
Re: [PATCH] remove ->write_super call in generic_shutdown_super
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
EXT vs XFS at 80% filled filesystem
From
: Milind Dumbare <milind@xxxxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Adding mount option to kernel for NFS filesystem
From
: Gertjan Oude Lohuis <gertjan@xxxxxxxxxxxxx>
Re: Adding mount option to kernel for NFS filesystem
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Adding mount option to kernel for NFS filesystem
From
: Gertjan Oude Lohuis <gertjan@xxxxxxxxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[PATCH 1/4] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Jan Kara <jack@xxxxxxx>
[PATCH 4/4] ext3: Allocate space for mmaped file on page fault
From
: Jan Kara <jack@xxxxxxx>
[PATCH 3/4] ext4: Make sure blocks are properly allocated under mmaped page even when blocksize < pagesize
From
: Jan Kara <jack@xxxxxxx>
[PATCH 2/4] ext2: Allocate space for mmaped file on page fault
From
: Jan Kara <jack@xxxxxxx>
[PATCH 0/4] Make page_mkwrite() more useful for blocksize < pagesize
From
: Jan Kara <jack@xxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH v2] lockd: fix FILE_LOCKING=n build error
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH v2] lockd: fix FILE_LOCKING=n build error
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [RFC PATCH] fpathconf() for fsync() behavior
From
: Pavel Machek <pavel@xxxxxx>
Re: [patch] mm: close page_mkwrite races (try 3)
From
: Ravikiran G Thirumalai <kiran@xxxxxxxxxxxx>
String conversions
From
: Steve French <smfrench@xxxxxxxxx>
Re: [PATCH] lockd: fix FILE_LOCKING=n build error
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH] lockd: fix FILE_LOCKING=n build error
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH] lockd: fix FILE_LOCKING=n build error
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 4/5] ocfs2: remove ->write_super and stop maintaining ->s_dirt
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [PATCH] remove s_async_list
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] remove s_async_list
From
: Jan Kara <jack@xxxxxxx>
[PATCH] remove ->write_super call in generic_shutdown_super
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH] remove s_async_list
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] lockd: fix FILE_LOCKING=n build error
From
: Felix Blyakher <felixb@xxxxxxx>
[PATCH] lockd: fix FILE_LOCKING=n build error
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: NFS BUG_ON in nfs_do_writepage
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 1/8] vfs: Fix sys_sync() and fsync_super() reliability (version 4)
From
: Jan Kara <jack@xxxxxxx>
Re: NFS BUG_ON in nfs_do_writepage
From
: Nick Piggin <npiggin@xxxxxxx>
Re: NFS BUG_ON in nfs_do_writepage
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 3/3 v3] osdblk: a Linux block device for OSD objects
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFS BUG_ON in nfs_do_writepage
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 1/8] vfs: Fix sys_sync() and fsync_super() reliability (version 4)
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/3 v3] osdblk: a Linux block device for OSD objects
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFC][patch] filesystem: Vmufat filesystem, version 4
From
: Pavel Machek <pavel@xxxxxx>
Re: [RFC][patch] filesystem: Vmufat filesystem, version 4
From
: Mike Frysinger <vapier@xxxxxxxxxx>
Re: [PATCH 0/8] Sync fixes and cleanups (version 4)
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: get_fs_excl/put_fs_excl/has_fs_excl
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 0/5] remove superflous ->write_super instances
From
: Theodore Tso <tytso@xxxxxxx>
Re: get_fs_excl/put_fs_excl/has_fs_excl
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH 3/5] gfs2: remove ->write_super and stop maintaining ->s_dirt
From
: Steven Whitehouse <steve@xxxxxxxxxxx>
Re: [PATCH 2/3] osd_initiator: support bio chains
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 3/3 v3] osdblk: a Linux block device for OSD objects
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 0/5] remove superflous ->write_super instances
From
: Jan Kara <jack@xxxxxxx>
Re: get_fs_excl/put_fs_excl/has_fs_excl
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
[PATCH 7/8] quota: cleanup dquota sync functions (version 4)
From
: Jan Kara <jack@xxxxxxx>
[PATCH 6/8] vfs: Rename fsync_super() to sync_filesystem() (version 4)
From
: Jan Kara <jack@xxxxxxx>
[PATCH 4/8] vfs: Make sys_sync() use fsync_super() (version 4)
From
: Jan Kara <jack@xxxxxxx>
[PATCH 8/8] quota: Introduce writeout_quota_sb() (version 4)
From
: Jan Kara <jack@xxxxxxx>
[PATCH 5/8] vfs: Move syncing code from super.c to sync.c (version 4)
From
: Jan Kara <jack@xxxxxxx>
[PATCH 1/8] vfs: Fix sys_sync() and fsync_super() reliability (version 4)
From
: Jan Kara <jack@xxxxxxx>
[PATCH 3/8] vfs: Make __fsync_super() a static function (version 4)
From
: Jan Kara <jack@xxxxxxx>
[PATCH 0/8] Sync fixes and cleanups (version 4)
From
: Jan Kara <jack@xxxxxxx>
[PATCH 2/8] vfs: Call ->sync_fs() even if s_dirt is 0 (version 4)
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 0/5] remove superflous ->write_super instances
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 0/5] remove superflous ->write_super instances
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] quota: cleanup dquota sync functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 5/5] qnx4: remove ->write_super
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 4/5] ocfs2: remove ->write_super and stop maintaining ->s_dirt
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 3/5] gfs2: remove ->write_super and stop maintaining ->s_dirt
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 2/5] ext3: remove ->write_super and stop maintaining ->s_dirt
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 1/5] btrfs: remove ->write_super and stop maintaining ->s_dirt
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 0/5] remove superflous ->write_super instances
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] quota: cleanup dquota sync functions
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 0/4] Fix sys_sync() and cleanup code (version 3)
From
: Jan Kara <jack@xxxxxxx>
Re: get_fs_excl/put_fs_excl/has_fs_excl
From
: Theodore Tso <tytso@xxxxxxx>
Re: get_fs_excl/put_fs_excl/has_fs_excl
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [patch 5/5] fs: cleanup files_lock
From
: James Morris <jmorris@xxxxxxxxx>
Re: NFS BUG_ON in nfs_do_writepage
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH] fs: add roundup_to_blocksize and bytes_to_blocks helper functions
From
: Marcin Slusarz <marcin.slusarz@xxxxxxxxx>
Re: NFS BUG_ON in nfs_do_writepage
From
: Nick Piggin <npiggin@xxxxxxx>
Re: NFS BUG_ON in nfs_do_writepage
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[PATCH] ROMFS: romfs_dev_read() error ignored
From
: Roel Kluin <roel.kluin@xxxxxxxxx>
Re: [PATCH 0/4] Fix sys_sync() and cleanup code (version 3)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[patch 4/5] fs: move mark_files_ro into file_table.c
From
: npiggin@xxxxxxx
[patch 5/5] fs: cleanup files_lock
From
: npiggin@xxxxxxx
[patch 2/5] fs: mnt_want_write speedup
From
: npiggin@xxxxxxx
[patch 3/5] fs: introduce mnt_clone_write
From
: npiggin@xxxxxxx
[patch 1/5] fs: dcache fix LRU ordering
From
: npiggin@xxxxxxx
[patch 0/5] initial fs patches
From
: npiggin@xxxxxxx
[PATCH] quota: cleanup dquota sync functions
From
: Christoph Hellwig <hch@xxxxxx>
Re: NFS BUG_ON in nfs_do_writepage
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 05/27] fs: brlock vfsmount_lock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 01/27] fs: cleanup files_lock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 01/27] fs: cleanup files_lock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Theodore Tso <tytso@xxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: get_fs_excl/put_fs_excl/has_fs_excl
From
: Theodore Tso <tytso@xxxxxxx>
Re: [patch 01/27] fs: cleanup files_lock
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH vfs-2.6:for-next] vfs: remount_fs BKL pushdown
From
: Alessio Igor Bogani <abogani@xxxxxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 01/27] fs: cleanup files_lock
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 00/27] [rfc] vfs scalability patchset
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 05/27] fs: brlock vfsmount_lock
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 04/27] fs: introduce mnt_clone_write
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 02/27] fs: scale files_lock
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 01/27] fs: cleanup files_lock
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[patch 16/27] fs: dcache reduce dput locking
From
: npiggin@xxxxxxx
[patch 09/27] fs: dcache scale nr_dentry
From
: npiggin@xxxxxxx
[patch 04/27] fs: introduce mnt_clone_write
From
: npiggin@xxxxxxx
[patch 10/27] fs: dcache scale dentry refcount
From
: npiggin@xxxxxxx
[patch 05/27] fs: brlock vfsmount_lock
From
: npiggin@xxxxxxx
[patch 22/27] fs: icache lock i_state
From
: npiggin@xxxxxxx
[patch 14/27] fs: use RCU / seqlock logic for reverse and multi-step operaitons
From
: npiggin@xxxxxxx
[patch 03/27] fs: mnt_want_write speedup
From
: npiggin@xxxxxxx
[patch 21/27] fs: icache lock inode hash
From
: npiggin@xxxxxxx
[patch 25/27] fs: icache lock lru/writeback lists
From
: npiggin@xxxxxxx
[patch 15/27] fs: dcache remove dcache_lock
From
: npiggin@xxxxxxx
[patch 19/27] fs: dcache per-inode inode alias locking
From
: npiggin@xxxxxxx
[patch 13/27] fs: scale inode alias list
From
: npiggin@xxxxxxx
[patch 26/27] fs: icache protect inode state
From
: npiggin@xxxxxxx
[patch 23/27] fs: icache lock i_count
From
: npiggin@xxxxxxx
[patch 18/27] fs: dcache reduce dcache_inode_lock
From
: npiggin@xxxxxxx
[patch 27/27] fs: icache remove inode_lock
From
: npiggin@xxxxxxx
[patch 17/27] fs: dcache per-bucket dcache hash locking
From
: npiggin@xxxxxxx
[patch 11/27] fs: dcache scale d_unhashed
From
: npiggin@xxxxxxx
[patch 12/27] fs: dcache scale subdirs
From
: npiggin@xxxxxxx
[patch 08/27] fs: dcache scale lru
From
: npiggin@xxxxxxx
[patch 06/27] fs: dcache fix LRU ordering
From
: npiggin@xxxxxxx
[patch 24/27] fs: icache atomic inodes_stat
From
: npiggin@xxxxxxx
[patch 07/27] fs: dcache scale hash
From
: npiggin@xxxxxxx
[patch 20/27] fs: icache lock s_inodes list
From
: npiggin@xxxxxxx
[patch 01/27] fs: cleanup files_lock
From
: npiggin@xxxxxxx
[patch 02/27] fs: scale files_lock
From
: npiggin@xxxxxxx
[patch 00/27] [rfc] vfs scalability patchset
From
: npiggin@xxxxxxx
Re: [PATCH] lockd: call locks_release_private to cleanup per-filesystem state
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [RFC][patch] filesystem: Vmufat filesystem, version 4
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: get_fs_excl/put_fs_excl/has_fs_excl
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 0/4] Fix sys_sync() and cleanup code (version 3)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 3/2] check_unsafe_exec: rcu_read_unlock
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: [PATCH 0/5 -tip] umount_begin BKL pushdown
From
: Jonathan Corbet <corbet@xxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 3/2] check_unsafe_exec: rcu_read_unlock
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Robin Holt <holt@xxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Frédéric Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Alessio Igor Bogani <abogani@xxxxxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Why doesn't zap_pte_range() call page_mkwrite()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH 1/1] vfs: umount_begin BKL pushdown v2
From
: Alessio Igor Bogani <abogani@xxxxxxxxxx>
[PATCH 0/1] vfs: umount_begin BKL pushdown v2
From
: Alessio Igor Bogani <abogani@xxxxxxxxxx>
Re: get_fs_excl/put_fs_excl/has_fs_excl
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH 2/2] check_unsafe_exec: s/lock_task_sighand/rcu_read_lock/
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [PATCH 1/2] do_execve() must not clear fs->in_exec if it was set by another thread
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [PATCH 0/5 -tip] umount_begin BKL pushdown
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] do_execve() must not clear fs->in_exec if it was set by another thread
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] check_unsafe_exec: s/lock_task_sighand/rcu_read_lock/
From
: Roland McGrath <roland@xxxxxxxxxx>
Re: [PATCH 1/2] do_execve() must not clear fs->in_exec if it was set by another thread
From
: Roland McGrath <roland@xxxxxxxxxx>
[PATCH 2/2] check_unsafe_exec: s/lock_task_sighand/rcu_read_lock/
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
[PATCH 1/2] do_execve() must not clear fs->in_exec if it was set by another thread
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: fsync_range_with_flags() - improving sync_file_range()
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 3/4] vfs: Make __fsync_super() a static function (version 3)
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 3/4] vfs: Make __fsync_super() a static function (version 3)
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[PATCH 3/4] vfs: Make __fsync_super() a static function (version 3)
From
: Jan Kara <jack@xxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
