Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
[PATCH] have cifs_reconnect handle signals appropriately
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking [try #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: david@xxxxxxx
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [PATCH] add procfs tunable to enable immediate panic when there are busy inodes after umount
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: + fs-introduce-write_begin-write_end-and-perform_write-aops.patch added to -mm tree
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [1/4] 2.6.22-rc3: known regressions
From
: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: + fs-introduce-write_begin-write_end-and-perform_write-aops.patch added to -mm tree
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: + fs-introduce-write_begin-write_end-and-perform_write-aops.patch added to -mm tree
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: "Toshiharu Harada" <haradats@xxxxxxxxx>
Re: [PATCH] add procfs tunable to enable immediate panic when there are busy inodes after umount
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 0/2] i_version update
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 08/13] NFS: Add functions to parse nfs mount options to fs/nfs/super.c
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: david@xxxxxxx
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 2/2] i_version update - ext4 part
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking [try #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH 08/13] NFS: Add functions to parse nfs mount options to fs/nfs/super.c
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: [PATCH 08/13] NFS: Add functions to parse nfs mount options to fs/nfs/super.c
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [PATCH] add procfs tunable to enable immediate panic when there are busy inodes after umount
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [patch 2/2] i_version update - ext4 part
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH] add procfs tunable to enable immediate panic when there are busy inodes after umount
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] add procfs tunable to enable immediate panic when there are busy inodes after umount
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH] AFS: Implement file locking [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [1/4] 2.6.22-rc3: known regressions
From
: florin@xxxxxxxxx (Florin Iucha)
Re: [1/4] 2.6.22-rc3: known regressions
From
: Jan Kara <jack@xxxxxxx>
[1/4] 2.6.22-rc3: known regressions
From
: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: "Stefan Bader" <sbader3@xxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: "Stefan Bader" <sbader3@xxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jeremy Higdon <jeremy@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Pavel Machek <pavel@xxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Nikita Danilov <nikita@xxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: "Toshiharu Harada" <haradats@xxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Timothy Shimmin <tes@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: XFS: curcular locking re iprune_mutex vs ip->i_iolock->mr_lock
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Cliffe <cliffe@xxxxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: "Toshiharu Harada" <haradats@xxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH] AFS: Implement file locking
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Valdis.Kletnieks@xxxxxx
Re: [patch 22/41] adfs convert to new aops.
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] AFS: drop explicit extern
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: "Toshiharu Harada" <haradats@xxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
[PATCH] AFS: drop explicit extern
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: James Morris <jmorris@xxxxxxxxx>
Re: Pass struct vfsmount to the inode_create LSM hook
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: Pass struct vfsmount to the inode_create LSM hook
From
: Tetsuo Handa <penguin-fsdevel@xxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: Pass struct vfsmount to the inode_create LSM hook
From
: Tetsuo Handa <penguin-fsdevel@xxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Pavel Machek <pavel@xxxxxx>
Re: [patch 22/41] adfs convert to new aops.
From
: Russell King <rmk@xxxxxxxxxxxxxxxx>
Re: [patch 27/41] qnx4 convert to new aops.
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Tetsuo Handa <penguin-fsdevel@xxxxxxxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [patch 00/41] Buffered write deadlock fix and new aops for 2.6.22-rc2-mm1
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
XFS: curcular locking re iprune_mutex vs ip->i_iolock->mr_lock
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Jeremy Maitin-Shepard <jbms@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Jeremy Maitin-Shepard <jbms@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
[patch 2/2] i_version update - ext4 part
From
: Jean noel Cordenner <jean-noel.cordenner@xxxxxxxx>
[patch 1/2] i_version update - vfs part
From
: Jean noel Cordenner <jean-noel.cordenner@xxxxxxxx>
[patch 0/2] i_version update
From
: Jean noel Cordenner <jean-noel.cordenner@xxxxxxxx>
Re: [dm-devel] [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [patch 27/41] qnx4 convert to new aops.
From
: Anders Larsen <al@xxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
[patch 36/41] jffs2 convert to new aops.
From
: npiggin@xxxxxxx
[patch 22/41] adfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 40/41] minix convert to new aops.
From
: npiggin@xxxxxxx
[patch 39/41] sysv convert to new aops.
From
: npiggin@xxxxxxx
[patch 35/41] hostfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 03/41] Revert 6527c2bdf1f833cc18e8f42bd97973d583e4aa83
From
: npiggin@xxxxxxx
[patch 23/41] hfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 24/41] hfsplus convert to new aops.
From
: npiggin@xxxxxxx
[patch 05/41] mm: debug write deadlocks
From
: npiggin@xxxxxxx
[patch 20/41] fs: new cont helpers
From
: npiggin@xxxxxxx
[patch 06/41] mm: trim more holes
From
: npiggin@xxxxxxx
[patch 27/41] qnx4 convert to new aops.
From
: npiggin@xxxxxxx
[patch 21/41] fat convert to new aops.
From
: npiggin@xxxxxxx
[patch 11/41] fs: fix data-loss on error
From
: npiggin@xxxxxxx
[patch 02/41] Revert 81b0c8713385ce1b1b9058e916edcf9561ad76d6
From
: npiggin@xxxxxxx
[patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: npiggin@xxxxxxx
[patch 28/41] reiserfs use generic write.
From
: npiggin@xxxxxxx
[patch 07/41] mm: buffered write cleanup
From
: npiggin@xxxxxxx
[patch 09/41] mm: fix pagecache write deadlocks
From
: npiggin@xxxxxxx
[patch 25/41] hpfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 31/41] With reiserfs no longer using the weird generic_cont_expand, remove it completely.
From
: npiggin@xxxxxxx
[patch 10/41] mm: buffered write iterator
From
: npiggin@xxxxxxx
[patch 33/41] smb convert to new aops.
From
: npiggin@xxxxxxx
[patch 29/41] reiserfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 41/41] jfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 04/41] mm: clean up buffered write code
From
: npiggin@xxxxxxx
[patch 18/41] ext4 convert to new aops.
From
: npiggin@xxxxxxx
[patch 37/41] ufs convert to new aops.
From
: npiggin@xxxxxxx
[patch 38/41] udf convert to new aops.
From
: npiggin@xxxxxxx
[patch 26/41] bfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 17/41] ext3 convert to new aops.
From
: npiggin@xxxxxxx
[patch 15/41] block_dev convert to new aops.
From
: npiggin@xxxxxxx
[patch 32/41] nfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 14/41] implement simple fs aops
From
: npiggin@xxxxxxx
[patch 34/41] fuse convert to new aops.
From
: npiggin@xxxxxxx
[patch 30/41] reiserfs use generic_cont_expand_simple
From
: npiggin@xxxxxxx
[patch 16/41] ext2 convert to new aops.
From
: npiggin@xxxxxxx
[patch 08/41] mm: write iovec cleanup
From
: npiggin@xxxxxxx
[patch 19/41] xfs convert to new aops.
From
: npiggin@xxxxxxx
[patch 13/41] mm: restore KERNEL_DS optimisations
From
: npiggin@xxxxxxx
[patch 01/41] mm: revert KERNEL_DS buffered write optimisation
From
: npiggin@xxxxxxx
[patch 00/41] Buffered write deadlock fix and new aops for 2.6.22-rc2-mm1
From
: npiggin@xxxxxxx
[npiggin@xxxxxxxxxxxxx: Re: [patch 00/41] Buffered write deadlock fix and new aops for 2.6.21-mm2]
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: "Toshiharu Harada" <haradats@xxxxxxxxx>
[RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] AFS: Implement file locking
From
: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: it seems Evolution remove the Tabs
From
: coly <colyli@xxxxxxxxx>
Re: it seems Evolution remove the Tabs
From
: "andrew hendry" <andrew.hendry@xxxxxxxxx>
it seems Evolution remove the Tabs
From
: coly <colyli@xxxxxxxxx>
Re: [RFC 2/5] inode reservation v0.1 (ext4 kernel patch)
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Jeremy Maitin-Shepard <jbms@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [RFC 2/5] inode reservation v0.1 (ext4 kernel patch)
From
: WANG Cong <xiyou.wangcong@xxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [RFC 4/5] inode reservation v0.1 (benchmark result)
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
[PATCH] AFS: Implement file locking
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC 2/5] inode reservation v0.1 (ext4 kernel patch)
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
[PATCH 1/1] Documentation: Fix up docs still talking about i_sem
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: [RFC 2/5] inode reservation v0.1 (ext4 kernel patch)
From
: coly <colyli@xxxxxxxxx>
Re: [RFC 2/5] inode reservation v0.1 (ext4 kernel patch)
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: James Morris <jmorris@xxxxxxxxx>
Re: possible bug/oops in nfs_pageio_add_request (2.6.22-rc2)?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSMhook
From
: Tetsuo Handa <penguin-fsdevel@xxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
[PATCH 1/5] fs: Introduce vfs_path_lookup
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 3/5] nfsctl: Use vfs_path_lookup
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 5/5] fs: Remove path_walk export
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 4/5] fs: Mark link_path_walk static
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 2/5] sunrpc: Use vfs_path_lookup
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 0/5] New path lookup function (V4)
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: James Morris <jmorris@xxxxxxxxx>
possible bug/oops in nfs_pageio_add_request (2.6.22-rc2)?
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 18/21] Unionfs: Remove defunct unionfs_put_inode super op
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 04/21] Unionfs: Add missing copyright notices
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 14/21] Unionfs: Call realloc unconditionally
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 13/21] Unionfs: Don't leak resources when copyup fails partially
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 02/21] Unionfs: Coding style fixes
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 06/21] Unionfs: Added numerous comments
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 05/21] Unionfs: Cleanup of strings and comments
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 20/21] Unionfs: Removed a trailing whitespace
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 15/21] Unionfs: Use krealloc instead of open-coding the functionality
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 08/21] Unionfs: Rename Unionfs's double_lock_dentry to avoid confusion
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 10/21] Unionfs: Move unionfs_query_file to commonfops.c
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 12/21] Unionfs: Prefix external functions with 'extern' properly
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 11/21] Unionfs: Combine unionfs_write with __unionfs_write.
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 16/21] Unionfs: Disallow setting leftmost branch to readonly
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 09/21] Unionfs: Rename our "do_rename" to __unionfs_rename
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 07/21] Unionfs: Consistent pointer declaration spacing
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 19/21] Unionfs: Actually catch bad use of unionfs_mnt{get,put}
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 17/21] Unionfs: Documentation update regarding overlapping branches and new lookup code
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 21/21] Unionfs: Correctly decrement refcounts of mnt's upon branch management
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 03/21] Unionfs: Every printk should prefix with "unionfs: " consistently
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 01/21] Unionfs: Tiny documentation fixups
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[GIT PULL -mm] Unionfs cleanups and fixes
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Andreas Gruenbacher <agruen@xxxxxxx>
[RFC 5/5] inode reservation v0.1 (next step working)
From
: coly <colyli@xxxxxxxxx>
[RFC 4/5] inode reservation v0.1 (benchmark result)
From
: coly <colyli@xxxxxxxxx>
[RFC 3/5] inode reservation v0.1 (e2fsprogs patch)
From
: coly <colyli@xxxxxxxxx>
[RFC 2/5] inode reservation v0.1 (ext4 kernel patch)
From
: coly <colyli@xxxxxxxxx>
[RFC 1/5] inode reservation v0.1
From
: coly <colyli@xxxxxxxxx>
NCPFS and extended characters (Charcode >=128)
From
: Chris Malton <chrism@xxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Review status (Re: [PATCH] LogFS take three)
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Review status (Re: [PATCH] LogFS take three)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: Review status (Re: [PATCH] LogFS take three)
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: "Ph. Marek" <philipp.marek@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Jaroslav Sykora <jaroslav.sykora@xxxxxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: Review status (Re: [PATCH] LogFS take three)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC][PATCH 10/14] In-kernel file copy between union mounted filesystems
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [RFC PATCH] file as directory
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [RFC PATCH] file as directory
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: Software raid0 will crash the file-system, when each disk is 5TB
From
: Bill Davidsen <davidsen@xxxxxxx>
[RFC PATCH] file as directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] eCryptfs: Delay writing 0's after llseek until write
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH] eCryptfs: Delay writing 0's after llseek until write
From
: "Nish Aravamudan" <nish.aravamudan@xxxxxxxxx>
Re: [PATCH] eCryptfs: Delay writing 0's after llseek until write
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [RFC][PATCH 10/14] In-kernel file copy between union mounted filesystems
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH 10/14] In-kernel file copy between union mounted filesystems
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 10/14] In-kernel file copy between union mounted filesystems
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] eCryptfs: Delay writing 0's after llseek until write
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 10/14] In-kernel file copy between union mounted filesystems
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[PATCH] eCryptfs: Delay writing 0's after llseek until write
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [PATCH 13/13] NFS: Integrate support for processing nfs4 mount options in fs/nfs/super.c
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH 11/13] NFS: Move nfs_copy_user_string
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 02/13] SUNRPC: Rename rpcb_getport_external routine
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 12/13] NFS: More nfs4 in-kernel mount option parsing infrastructure
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 00/13] Support NFS mount option parsing in the kernel
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 07/13] NFS: New infrastructure for NFS client in-kernel mount option parsing
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 03/13] SUNRPC: Rename rpcb_getport to be consistent with new rpcb_getport_sync name
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 05/13] NFS: Clean up in-kernel NFS mount
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 04/13] NFS: Remake nfsroot_mount as a permanent part of NFS client
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 10/13] NFS: Add functions to parse nfs4 mount options to fs/nfs/super.c
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 08/13] NFS: Add functions to parse nfs mount options to fs/nfs/super.c
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 01/13] NFS: Refactor IP address sanity checks in NFS client
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 09/13] NFS: Implement NFSv2/3 in-kernel mount option parsing
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 06/13] NFS: Improve debugging output in NFS in-kernel mount client
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
[PATCH 13/13] NFS: Integrate support for processing nfs4 mount options in fs/nfs/super.c
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: [PATCH 0/6][TAKE4] fallocate system call
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: Review status (Re: [PATCH] LogFS take three)
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: ChunkFS - measuring cross-chunk references
From
: "Karuna sagar K" <karunasagark@xxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Rob Landley <rob@xxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH] LogFS take three
From
: David Weinehall <tao@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: Paul Dickson <paul@xxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Rob Landley <rob@xxxxxxxxxxx>
Re: [PATCH 0/6][TAKE4] fallocate system call
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: iocb->ki_pos != pos
From
: Bernd Schubert <bschubert@xxxxxxxxx>
Re: [RFC][PATCH 10/14] In-kernel file copy between union mounted filesystems
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
iocb->ki_pos != pos
From
: Bernd Schubert <bschubert@xxxxxxxxx>
Re: [RFC][PATCH 10/14] In-kernel file copy between union mounted filesystems
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 8/14] Union-mount lookup
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] LogFS take three
From
: "Dongjun Shin" <djshin90@xxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] LogFS take three
From
: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Review status (Re: [PATCH] LogFS take three)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: Review status (Re: [PATCH] LogFS take three)
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Arnd Bergmann <arnd@xxxxxxxx>
[PATCH 6/6][TAKE4] ext4: write support for preallocated blocks
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 5/6][TAKE4] ext4: fallocate support in ext4
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 4/6][TAKE4] ext4: Extent overlap bugfix
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 3/6][TAKE4] fallocate() on ia64
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 2/6][TAKE4] fallocate() on s390
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 1/6][TAKE4] fallocate() implementation on i86, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 0/6][TAKE4] fallocate system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] file capabilities: Introduction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Arnd Bergmann <arnd@xxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] LogFS take three
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] LogFS take three
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: "Dongjun Shin" <djshin90@xxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH 0/2] file capabilities: Introduction
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Neil Brown <neilb@xxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Neil Brown <neilb@xxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: david@xxxxxxx
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Neil Brown <neilb@xxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: Neil Brown <neilb@xxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: Steven French <sfrench@xxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Neil Brown <neilb@xxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: Neil Brown <neilb@xxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: David Chinner <dgc@xxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [RFC][PATCH 8/14] Union-mount lookup
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH 8/14] Union-mount lookup
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Software raid0 will crash the file-system, when each disk is 5TB
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Software raid0 will crash the file-system, when each disk is 5TB
From
: david@xxxxxxx
Re: Software raid0 will crash the file-system, when each disk is 5TB
From
: david@xxxxxxx
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [patch 30/41] reiserfs convert to new aops.
From
: "Vladimir V. Saveliev" <vs@xxxxxxxxxxx>
Re: [PATCH resend] introduce I_SYNC
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Chuck Ebbert <cebbert@xxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Software raid0 will crash the file-system, when each disk is 5TB
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [PATCH resend] introduce I_SYNC
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: Steven French <sfrench@xxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
[PATCH resend] introduce I_SYNC
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: Steven French <sfrench@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: CaT <cat@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: "Kevin Bowling" <lkml@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: Software raid0 will crash the file-system, when each disk is 5TB
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 37/45] AppArmor: Main Part
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 35/45] Allow permission functions to tell between parent and leaf checks
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: Christoph Hellwig <hch@xxxxxx>
Re: [patch 17/41] ext2 convert to new aops.
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] LogFS take three
From
: CaT <cat@xxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH] AFS: Implement shared-writable mmap [try #2]
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH] AFS: Implement shared-writable mmap [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC][PATCH 12/14] ext2 whiteout support
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 11/14] VFS whiteout handling
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 10/14] In-kernel file copy between union mounted filesystems
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: + knfsd-exportfs-add-exportfsh-header-fix.patch added to -mm tree
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] LogFS take three
From
: Willy Tarreau <w@xxxxxx>
Re: [RFC][PATCH 8/14] Union-mount lookup
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 7/14] Union-mount mounting
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH] LogFS take three
From
: Roland Dreier <rdreier@xxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
RE: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
Re: [PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 1/2] AFS: Fix afs_prepare_write()
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: Software raid0 will crash the file-system, when each disk is 5TB
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 0/5][TAKE3] fallocate system call
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: Software raid0 will crash the file-system, when each disk is 5TB
From
: "Michal Piotrowski" <michal.k.k.piotrowski@xxxxxxxxx>
Re: [PATCH] LogFS take three
From
: "Albert Cahalan" <acahalan@xxxxxxxxx>
Software raid0 will crash the file-system, when each disk is 5TB
From
: "Jeff Zheng" <Jeff.Zheng@xxxxxxxxxx>
Re: [PATCH 2/2] AFS: Implement shared-writable mmap
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH 5/5][TAKE3] ext4: write support for preallocated blocks
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 4/5][TAKE3] ext4: fallocate support in ext4
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 3/5][TAKE3] ext4: Extent overlap bugfix
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 2/5][TAKE3] fallocate() on s390
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 1/5][TAKE3] fallocate() implementation on i86, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 0/5][TAKE3] fallocate system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] LogFS take three
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [2.6.21] circular locking dependency found in QUOTA OFF
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH] LogFS take three
From
: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: [2.6.21] circular locking dependency found in QUOTA OFF
From
: Jan Kara <jack@xxxxxxx>
Re: [2.6.21] circular locking dependency found in QUOTA OFF
From
: Folkert van Heusden <folkert@xxxxxxxxxxxxxx>
[PATCH] AFS: Write back dirty data on unmount
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 2/2] AFS: Implement shared-writable mmap
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 1/2] AFS: Fix afs_prepare_write()
From
: David Howells <dhowells@xxxxxxxxxx>
Review status (Re: [PATCH] LogFS take three)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 13/14] ext3 whiteout support
From
: Theodore Tso <tytso@xxxxxxx>
Re: [RFC][PATCH 8/14] Union-mount lookup
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [2.6.21] circular locking dependency found in QUOTA OFF
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 1/5][TAKE2] fallocate() implementation on i86, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 2/14] Add a new mount flag (MNT_UNION) for union mount
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [PATCH 0/5][TAKE2] fallocate system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 2/14] Add a new mount flag (MNT_UNION) for union mount
From
: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
Re: [RFC][PATCH 13/14] ext3 whiteout support
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [RFC][PATCH 2/14] Add a new mount flag (MNT_UNION) for union mount
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 8/14] Union-mount lookup
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 7/14] Union-mount mounting
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [PATCH 0/5][TAKE2] fallocate system call
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 13/14] ext3 whiteout support
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 3/14] Add the whiteout file type
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [PATCH 1/5][TAKE2] fallocate() implementation on i86, x86_64 and powerpc
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [patch 02/41] Revert 81b0c8713385ce1b1b9058e916edcf9561ad76d6
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC][PATCH 6/14] Union-mount dentry reference counting
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 2/14] Add a new mount flag (MNT_UNION) for union mount
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 3/14] Add the whiteout file type
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 13/14] ext3 whiteout support
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [RFC][PATCH 5/14] Introduce union stack
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC][PATCH 13/14] ext3 whiteout support
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC][PATCH 13/14] ext3 whiteout support
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [PATCH 0/2] file capabilities: Introduction
From
: Pavel Machek <pavel@xxxxxx>
Re: [RFC][PATCH 14/14] tmpfs whiteout support
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [RFC][PATCH 14/14] tmpfs whiteout support
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [patch 02/41] Revert 81b0c8713385ce1b1b9058e916edcf9561ad76d6
From
: Dave Jones <davej@xxxxxxxxxx>
Re: [2.6.21] circular locking dependency found in QUOTA OFF
From
: Folkert van Heusden <folkert@xxxxxxxxxxxxxx>
Re: [2.6.21] circular locking dependency found in QUOTA OFF
From
: "Michal Piotrowski" <michal.k.k.piotrowski@xxxxxxxxx>
Re: [PATCH 2/2] file capabilities: accomodate >32 bit capabilities
From
: "Serge E. Hallyn" <serge@xxxxxxxxxx>
Re: [RFC][PATCH 14/14] tmpfs whiteout support
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [PATCH 2/5][TAKE2] fallocate() on s390 - glibc wrapper
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 5/5][TAKE2] ext4: write support for preallocated blocks
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 4/5][TAKE2] ext4: fallocate support in ext4
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 3/5][TAKE2] ext4: Extent overlap bugfix
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 2/5][TAKE2] fallocate() on s390
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 1/5][TAKE2] fallocate() implementation on i86, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [RFD Patch 0/4] AppArmor - Don't pass NULL nameidata to vfs_create/lookup/permission IOPs
From
: John Johansen <jjohansen@xxxxxxx>
Re: [AppArmor 00/45] AppArmor security module overview
From
: John Johansen <jjohansen@xxxxxxx>
Re: [PATCH 4/5] ext4: fallocate support in ext4
From
: Jan Kara <jack@xxxxxxx>
[PATCH 0/5][TAKE2] fallocate system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH] AF_RXRPC: Make call state names available if CONFIG_PROC_FS=n
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH] AF_RXRPC: AF_RXRPC depends on IPv4
From
: David Howells <dhowells@xxxxxxxxxx>
[AppArmor 08/45] Pass struct vfsmount to the inode_mknod LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 27/45] Add a struct vfsmount parameter to vfs_removexattr()
From
: jjohansen@xxxxxxx
[AppArmor 07/45] Add a struct vfsmount parameter to vfs_mknod()
From
: jjohansen@xxxxxxx
[AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: jjohansen@xxxxxxx
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
