Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
[PATCH 0/3] fsstack updates
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[RFC] Defragmentation interface
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH] GFS2: incorrect di_height assignment
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: [PATCH] GFS2: incorrect di_height assignment
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
historical micro-optimizations (Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised again)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
[PATCH] GFS2: incorrect di_height assignment
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 7 of 7] Adapt XFS to the new blockdev_direct_IO calls
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 2 of 7] Change O_DIRECT to use placeholders instead of i_mutex/i_alloc_sem locking
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised again
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised again
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised again
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
[PATCH 1/1] fat: improve sync performance by grouping writes revised yet again
From
: Holden Karau <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised again
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised again
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
[PATCH 7 of 7] Adapt XFS to the new blockdev_direct_IO calls
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 2 of 7] Change O_DIRECT to use placeholders instead of i_mutex/i_alloc_sem locking
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 1 of 7] Introduce a place holder page for the pagecache
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 6 of 7] Make reiserfs safe for new DIO locking rules
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 3 of 7] DIO: don't fall back to buffered writes
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 5 of 7] Make ext3 safe for the new DIO locking rules
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 0 of 7] O_DIRECT locking rework
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 1/1] fat: improve sync performance by grouping writes revised again
From
: Holden Karau <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC PATCH 3/3] DIO: don't fall back to buffered writes
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC PATCH 1/3] Introduce a place holder page for the pagecache.
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC PATCH 3/3] DIO: don't fall back to buffered writes
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [RFC PATCH 1/3] Introduce a place holder page for the pagecache.
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
[PATCH] hpfs: bring hpfs_error() into shape
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] fs/*: trivial vsnprintf() conversion
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: Matthew Wilcox <matthew@xxxxxx>
Re: I think I find a bug in ext3/dir.c
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
[PATCH 1/1] fat: improve sync performance by grouping writes revised
From
: Holden Karau <holdenk@xxxxxxxxxxx>
I think I find a bug in ext3/dir.c
From
: "guomingyang" <guomingyang@xxxxxxxxxxxx>
Re: [PATCH] GFS2: don't panic needlessly
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
[PATCH] GFS2: don't panic needlessly
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs [really unmangled]
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs [really unmangled]
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs [really unmangled]
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
[RFC PATCH 3/3] DIO: don't fall back to buffered writes
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[RFC PATCH 2/3] Change O_DIRECT to use placeholders
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[RFC PATCH 1/3] Introduce a place holder page for the pagecache.
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[RFC PATCH 0/3] O_DIRECT locking rework
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: minimum inode size in ext3
From
: Theodore Tso <tytso@xxxxxxx>
minimum inode size in ext3
From
: Tim Cullen <timcullen2001@xxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Alex Tomas <alex@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Alex Tomas <alex@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Alex Tomas <alex@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: sho@xxxxxxxxxxxxxx
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs [really unmangled]
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs [really unmangled]
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
[PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs [really unmangled]
From
: Holden Karau <holden@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
[PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs [unmangled]
From
: Holden Karau <holden@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Theodore Tso <tytso@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
[PATCH 1/1] fat: improve sync performance by grouping writes in fat_mirror_bhs
From
: "Holden Karau" <holden@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
RE: [RFC] Ext3 online defrag
From
: "Barry Naujok" <bnaujok@xxxxxxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Russell Cattelan <cattelan@xxxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Russell Cattelan <cattelan@xxxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Theodore Tso <tytso@xxxxxxx>
[RFC PATCH 2/2] O_DIRECT locking via placeholders
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[RFC PATCH 1/2] placeholder pages
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: [RFC] commit_write less than prepared by prepare_write
From
: "Vladimir V. Saveliev" <vs@xxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: David Chinner <dgc@xxxxxxx>
Linux 2007 File System & IO Workshop
From
: Ric Wheeler <ric@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] commit_write less than prepared by prepare_write
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 01 of 23] VFS: change struct file to use struct path
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Alex Tomas <alex@xxxxxxxxxxxxx>
Re: [RFC] Ext3 online defrag
From
: Theodore Tso <tytso@xxxxxxx>
[RFC] Ext3 online defrag
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 01 of 23] VFS: change struct file to use struct path
From
: Martin Waitz <tali@xxxxxxxxxxxxxx>
Re: a question about ext4_fsblk_t
From
: "guomingyang" <guomingyang@xxxxxxxxxxxx>
[RFC] commit_write less than prepared by prepare_write
From
: Nick Piggin <npiggin@xxxxxxx>
a question about ext4_fsblk_t
From
: "郭明阳" <guomingyang@xxxxxxxxxxxx>
Re: [PATCH 08 of 23] isofs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Linus Torvalds <torvalds@xxxxxxxx>
Re: [PATCH 08 of 23] isofs: change uses of f_{dentry, vfsmnt} to use f_path
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH 05 of 23] ext3: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 05 of 23] ext3: change uses of f_{dentry, vfsmnt} to use f_path
From
: Robert Peterson <rpeterso@xxxxxxxxxx>
Re: [PATCH 01 of 23] VFS: change struct file to use struct path
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 01 of 23] VFS: change struct file to use struct path
From
: Andrew Morton <akpm@xxxxxxxx>
[PATCH 17 of 23] affs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 20 of 23] configfs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 18 of 23] autofs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 12 of 23] i386: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 23 of 23] xfs: change uses of f_{dentry,vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 16 of 23] 9p: change uses of f_{dentry,vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 09 of 23] nfs: change uses of f_{dentry,vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 21 of 23] cifs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 06 of 23] ext4: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 19 of 23] autofs4: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 01 of 23] VFS: change struct file to use struct path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 10 of 23] nfsd: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 22 of 23] ecryptfs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 05 of 23] ext3: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 02 of 23] sysfs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 07 of 23] fat: change uses of f_{dentry,vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 15 of 23] mm: change uses of f_{dentry,vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 14 of 23] kernel: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 11 of 23] ntfs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 04 of 23] ext2: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 08 of 23] isofs: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 03 of 23] proc: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 13 of 23] x86_64: change uses of f_{dentry, vfsmnt} to use f_path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 00 of 23] struct file: Use struct path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Andi Kleen <ak@xxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [RFC PATCH 0/2] O_DIRECT locking rework
From
: Andrew Morton <akpm@xxxxxxxx>
Re: + fs-prepare_write-fixes.patch added to -mm tree
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [RFC PATCH 1/2] page cache locking for O_DIRECT
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[RFC PATCH 1/2] placeholder pages
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[RFC PATCH 0/2] O_DIRECT locking rework
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[BUG] -mm: mm-only-i_size_write-debugging.patch
From
: Carsten Otte <cotte@xxxxxxxxxx>
Re: + fs-prepare_write-fixes.patch added to -mm tree
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
[PATCH 0 of 4] fsstack: struct path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 2 of 4] struct path: Rename DM's struct path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 4 of 4] struct path: make eCryptfs a user of struct path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 1 of 4] struct path: Rename Reiserfs's struct path
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 3 of 4] struct path: Move struct path from fs/namei.c into include/linux
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
Re: fsstack: struct path
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: fsstack: struct path
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: fsstack: struct path
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: fsstack: struct path
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: fsstack: struct path
From
: Paul Jackson <pj@xxxxxxx>
Re: fsstack: struct path
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: fsstack: struct path
From
: Andrew Morton <akpm@xxxxxxxx>
Re: fsstack: struct path
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: fsstack: struct path
From
: Andrew Morton <akpm@xxxxxxxx>
Re: fsstack: struct path
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: fsstack: struct path
From
: Andrew Morton <akpm@xxxxxxxx>
fsstack: struct path
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: CFP: Linux 2007 File System & IO Workshop
From
: Luben Tuikov <ltuikov@xxxxxxxxx>
Re: CFP: Linux 2007 File System & IO Workshop
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: CFP: Linux 2007 File System & IO Workshop
From
: Luben Tuikov <ltuikov@xxxxxxxxx>
Re: CFP: Linux 2007 File System & IO Workshop
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: [PATCH 1 of 2] fsstack: Introduce fsstack_copy_{attr,inode}_*
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: AUTOFS3: Make sure all dentries refs are released before calling kill_anon_super()
From
: Ian Kent <raven@xxxxxxxxxx>
AUTOFS3: Make sure all dentries refs are released before calling kill_anon_super()
From
: David Howells <dhowells@xxxxxxxxxx>
Re: BUG dcache.c:613 during autofs unmounting in 2.6.19rc2
From
: David Howells <dhowells@xxxxxxxxxx>
Re: BUG dcache.c:613 during autofs unmounting in 2.6.19rc2
From
: Ian Kent <raven@xxxxxxxxxx>
Re: BUG dcache.c:613 during autofs unmounting in 2.6.19rc2
From
: Ian Kent <raven@xxxxxxxxxx>
Re: fuse: fix hang on SMP
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: fuse: fix hang on SMP
From
: Mike Day <ncmike@xxxxxxxxxxx>
Re: [PATCH 1 of 2] fsstack: Introduce fsstack_copy_{attr,inode}_*
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: BUG dcache.c:613 during autofs unmounting in 2.6.19rc2
From
: Andi Kleen <ak@xxxxxxx>
Re: 64-bit inode number issues
From
: Chris Wedgwood <cw@xxxxxxxx>
[PATCH 2 of 2] eCryptfs: Use fsstack's generic copy inode attr functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 0 of 2] fsstack: generic stackable filesystem helper functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 1 of 2] fsstack: Introduce fsstack_copy_{attr,inode}_*
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
Re: BUG dcache.c:613 during autofs unmounting in 2.6.19rc2
From
: Ian Kent <raven@xxxxxxxxxx>
CFP: Linux 2007 File System & IO Workshop
From
: Ric Wheeler <ric@xxxxxxx>
Re: [patch 01/12] fuse: fix hang on SMP
From
: Andrew Morton <akpm@xxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: Directories > 2GB
From
: Andi Kleen <ak@xxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
[patch 08/12] fuse: minor cleanup in fuse_dentry_revalidate
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 06/12] fuse: fix dereferencing dentry parent
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 09/12] fuse: add support for block device based filesystems
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 12/12] fuse: add DESTROY operation
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 07/12] fuse: update userspace interface to version 7.8
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 10/12] fuse: add blksize option
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 05/12] fuse: fix handling of moved directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 11/12] fuse: add bmap support
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 04/12] fuse: fix spurious BUG
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 01/12] fuse: fix hang on SMP
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 03/12] fuse: locking fix for nlookup
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 02/12] document i_size_write locking rules
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 00/12] fuse update
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
BUG dcache.c:613 during autofs unmounting in 2.6.19rc2
From
: Andi Kleen <ak@xxxxxxx>
Re: [PATCH] Remove DIO_OWN_LOCKING
From
: David Chinner <dgc@xxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
[PATCH] Re: [PATCH 1 of 2] Stackfs: Introduce stackfs_copy_{attr,inode}_*
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
[rfc] changing commit_write to commit less than was prepared
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 1 of 2] Stackfs: Introduce stackfs_copy_{attr,inode}_*
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 1 of 2] Stackfs: Introduce stackfs_copy_{attr,inode}_*
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 1 of 2] Stackfs: Introduce stackfs_copy_{attr,inode}_*
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1 of 2] Stackfs: Introduce stackfs_copy_{attr,inode}_*
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [PATCH 1 of 2] Stackfs: Introduce stackfs_copy_{attr,inode}_*
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 1 of 2] Stackfs: Introduce stackfs_copy_{attr,inode}_*
From
: Andrew James Wade <andrew.j.wade@xxxxxxxxx>
Re: [PATCH] Remove DIO_OWN_LOCKING
From
: Russell Cattelan <cattelan@xxxxxxxxxxx>
Re: Re: [RFC/PATCH 1/2] stackfs: generic functions for obtaining hidden object
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: Re: [RFC/PATCH 1/2] stackfs: generic functions for obtaining hidden object
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH 1/2] stackfs: generic functions for obtaining hidden object
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC/PATCH 1/2] stackfs: generic functions for obtaining hidden object
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
[RFC/PATCH 2/2] ecryptfs: use stackfs functions
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[RFC/PATCH 1/2] stackfs: generic functions for obtaining hidden object
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [PATCH 0 of 2] Stackfs: generic stackable filesystem helper functions
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
[PATCH 2 of 2] eCryptfs: Use stackfs's generic copy inode attr functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 1 of 2] Stackfs: Introduce stackfs_copy_{attr,inode}_*
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 0 of 2] Stackfs: generic stackable filesystem helper functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
Getattr calls
From
: "Mohit Katiyar" <katiyar.mohit@xxxxxxxxx>
Re: [PATCH 10 of 23] Unionfs: Inode operations
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [PATCH 19 of 23] Unionfs: Helper macros/inlines
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 20 of 23] Unionfs: Internal include file
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [PATCH 20 of 23] Unionfs: Internal include file
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH] Remove DIO_OWN_LOCKING
From
: David Chinner <dgc@xxxxxxx>
[PATCH] Remove DIO_OWN_LOCKING
From
: Russell Cattelan <cattelan@xxxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: i_mutex locking in generic_file_splice_write()
From
: Andrew Morton <akpm@xxxxxxxx>
i_mutex locking in generic_file_splice_write()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: 64-bit inode number issues
From
: Benjamin LaHaise <bcrl@xxxxxxxxx>
Re: Directories > 2GB
From
: David Chinner <dgc@xxxxxxx>
Tricky issues with local filesystem caching
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Directories > 2GB
From
: Steve Lord <lord@xxxxxxx>
Re: Directories > 2GB
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH] Introduce vfs_listxattr
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: fscache review comments, part 1
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Directories > 2GB
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[ANNOUNCE] Linux file systems IRC channel and wiki
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: Directories > 2GB
From
: Steve Lord <lord@xxxxxxx>
Re: Directories > 2GB
From
: David Chinner <dgc@xxxxxxx>
Re: 64-bit inode number issues
From
: David Chinner <dgc@xxxxxxx>
Re: Directories > 2GB
From
: Steve Lord <lord@xxxxxxx>
Re: [PATCH] Introduce vfs_listxattr
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH] Introduce vfs_listxattr
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [PATCH] Introduce vfs_listxattr
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [PATCH] Introduce vfs_listxattr
From
: Andrew Morton <akpm@xxxxxxxx>
[PATCH] Introduce vfs_listxattr
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: 64-bit inode number issues
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: fscache review comments, part 1
From
: David Howells <dhowells@xxxxxxxxxx>
Re: 64-bit inode number issues
From
: David Howells <dhowells@xxxxxxxxxx>
Re: 64-bit inode number issues
From
: David Chinner <dgc@xxxxxxx>
Re: 64-bit inode number issues
From
: David Howells <dhowells@xxxxxxxxxx>
Re: 64-bit inode number issues
From
: Alexander Viro <aviro@xxxxxxxxxx>
[PATCH] fs/*: use BUILD_BUG_ON
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: 64-bit inode number issues
From
: Theodore Tso <tytso@xxxxxxx>
Re: fscache review comments, part 3
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: 64-bit inode number issues
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 2 of 23] lookup_one_len_nd - lookup_one_len with nameidata argument
From
: Daniel Walker <dwalker@xxxxxxxxxx>
Re: [PATCH 2 of 23] lookup_one_len_nd - lookup_one_len with nameidata argument
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2 of 23] lookup_one_len_nd - lookup_one_len with nameidata argument
From
: Daniel Walker <dwalker@xxxxxxxxxx>
[PATCH 2 of 23] lookup_one_len_nd - lookup_one_len with nameidata argument
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 16 of 23] Unionfs: Handling of stale inodes
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 0 of 23] Unionfs: Stackable Namespace Unification Filesystem
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 1 of 23] Unionfs: Documentation
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 10 of 23] Unionfs: Inode operations
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 15 of 23] Unionfs: Privileged operations workqueue
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 18 of 23] Unionfs: Superblock operations
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 20 of 23] Unionfs: Internal include file
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 13 of 23] Unionfs: Readdir state
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 7 of 23] Unionfs: File operations
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 17 of 23] Unionfs: Miscellaneous helper functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 12 of 23] Unionfs: Main module functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 4 of 23] Unionfs: Common file operations
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 11 of 23] Unionfs: Lookup helper functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 5 of 23] Unionfs: Copyup Functionality
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 14 of 23] Unionfs: Rename
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 8 of 23] Unionfs: Directory file operations
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 6 of 23] Unionfs: Dentry operations
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 9 of 23] Unionfs: Directory manipulation helper functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 21 of 23] Unionfs: Include file
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 19 of 23] Unionfs: Helper macros/inlines
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 3 of 23] Unionfs: Branch management functionality
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 22 of 23] Unionfs: Unlink
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 23 of 23] Unionfs: Kconfig and Makefile
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
Re: [RFC] Fix check_partition routines ( was Re: [RFC] PATCH to fix rescan_partitions to return errors properly - take 2)
From
: Andrew Morton <akpm@xxxxxxxx>
[RFC] Fix check_partition routines ( was Re: [RFC] PATCH to fix rescan_partitions to return errors properly - take 2)
From
: Suzuki K P <suzuki@xxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly - take 2
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly - take 2
From
: Suzuki K P <suzuki@xxxxxxxxxx>
Re: fscache review comments, part 3
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly - take 2
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly - take 2
From
: Andrew Morton <akpm@xxxxxxxx>
[RFC] PATCH to fix rescan_partitions to return errors properly - take 2
From
: Suzuki Kp <suzuki@xxxxxxxxxx>
Re: Trying to cause a writepage from commit_write?
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: Trying to cause a writepage from commit_write?
From
: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
64-bit inode number issues
From
: David Howells <dhowells@xxxxxxxxxx>
Re: 64-bit inode number issues
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: Trying to cause a writepage from commit_write?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: What trigge fsync of file on last close of the open inode?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Trying to cause a writepage from commit_write?
From
: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Re: Trying to cause a writepage from commit_write?
From
: "Martin Jambor" <jambormartin@xxxxxxxxx>
Re: Directories > 2GB
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly
From
: Suzuki Kp <suzuki@xxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Directories > 2GB
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly
From
: Suzuki Kp <suzuki@xxxxxxxxxx>
Re: What trigge fsync of file on last close of the open inode?
From
: Steve French <smfltc@xxxxxxxxxx>
Trying to cause a writepage from commit_write?
From
: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Re: fscache review comments, part 1
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC] PATCH to fix rescan_partitions to return errors properly
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH take2 0/5] dio: clean up completion phase of direct_io_worker()
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
[RFC] PATCH to fix rescan_partitions to return errors properly
From
: Suzuki Kp <suzuki@xxxxxxxxxx>
Re: What trigge fsync of file on last close of the open inode?
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH take2 3/5] dio: formalize bio counters as a dio reference count
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: What trigge fsync of file on last close of the open inode?
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: [PATCH take2 1/5] dio: centralize completion in dio_complete()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH take2 0/5] dio: clean up completion phase of direct_io_worker()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH take2 3/5] dio: formalize bio counters as a dio reference count
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH take2 1/5] dio: centralize completion in dio_complete()
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH take2 0/5] dio: clean up completion phase of direct_io_worker()
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH take2 0/5] dio: clean up completion phase of direct_io_worker()
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: What trigge fsync of file on last close of the open inode?
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: What trigge fsync of file on last close of the open inode?
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: What trigge fsync of file on last close of the open inode?
From
: Steve French <smfltc@xxxxxxxxxx>
Re: What trigge fsync of file on last close of the open inode?
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
What trigge fsync of file on last close of the open inode?
From
: Steve French <smfltc@xxxxxxxxxx>
[PATCH take2 1/5] dio: centralize completion in dio_complete()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[PATCH take2 2/5] dio: call blk_run_address_space() once per op
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[PATCH take2 3/5] dio: formalize bio counters as a dio reference count
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[PATCH take2 5/5] dio: only call aio_complete() after returning -EIOCBQUEUED
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[PATCH take2 4/5] dio: remove duplicate bio wait code
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[PATCH take2 0/5] dio: clean up completion phase of direct_io_worker()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: fscache review comments, part 1
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 2/2] BLOCK: Fix linux/compat.h's use sigset_t
From
: Linus Torvalds <torvalds@xxxxxxxx>
Re: [PATCH 2/2] BLOCK: Fix linux/compat.h's use sigset_t
From
: Linus Torvalds <torvalds@xxxxxxxx>
Re: [PATCH 2/2] BLOCK: Fix linux/compat.h's use sigset_t
From
: Olaf Hering <olaf@xxxxxxxxx>
Re: [PATCH 2/2] BLOCK: Fix linux/compat.h's use sigset_t
From
: Jens Axboe <axboe@xxxxxxxxx>
Re: fscache review comments, part 1
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 2/2] BLOCK: Fix linux/compat.h's use sigset_t
From
: Linus Torvalds <torvalds@xxxxxxxx>
Re: [PATCH 2/2] BLOCK: Fix linux/compat.h's use sigset_t
From
: Jens Axboe <axboe@xxxxxxxxx>
Re: fscache review comments, part 1
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 2/2] BLOCK: Fix linux/compat.h's use sigset_t
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 1/2] BLOCK: Revert patch to hack around undeclared sigset_t in linux/compat.h
From
: David Howells <dhowells@xxxxxxxxxx>
Re: fscache review comments, part 3
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: fscache review comments, part 2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: nfs mounting operation
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: fscache review comments, part 3
From
: David Howells <dhowells@xxxxxxxxxx>
Re: fscache review comments, part 2
From
: David Howells <dhowells@xxxxxxxxxx>
Re: fscache review comments, part 1
From
: David Howells <dhowells@xxxxxxxxxx>
Re: nfs mounting operation
From
: "Mohit Katiyar" <katiyar.mohit@xxxxxxxxx>
Re: fscache review comments, part 1
From
: Timothy Shimmin <tes@xxxxxxx>
Re: fscache review comments, part 1
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
show_stats output format
From
: Steve French <smfrench@xxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: fscache review comments, part 1
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
[PATCH 1/2] fscache: fix gfp_t sparse annotations
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 2/2] fscache: kconfig tidying
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
fscache review comments, part 3
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
fscache review comments, part 2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
fscache review comments, part 1
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH] JBD: Make journal_do_submit_data static
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: nfs mounting operation
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
nfs mounting operation
From
: "Mohit Katiyar" <katiyar.mohit@xxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
[PATCH] AFS: Amend the AFS configuration options
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 2/2] AFS: Manage AFS modularity vs FS-Cache modularity
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] AFS: Manage AFS modularity vs FS-Cache modularity
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 2/2] AFS: Manage AFS modularity vs FS-Cache modularity
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
[PATCH 2/2] AFS: Manage AFS modularity vs FS-Cache modularity
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 1/2] NFS: Manage NFS modularity vs FS-Cache modularity
From
: David Howells <dhowells@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFC 0/5] dio: clean up completion phase of direct_io_worker()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [RFC 0/5] dio: clean up completion phase of direct_io_worker()
From
: Veerendra Chandrappa <veerendra.chandrappa@xxxxxxxxxx>
[PATCH][RFC] Abstract MTD mounting from JFFS2 and add super_block::s_mtd
From
: David Howells <dhowells@xxxxxxxxxx>
Re: FS-Cache patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [fuse-devel] Rename on underlying file-system results in I/O error via kernel.
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] autofs4 - zero timeout prevents shutdown
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH] autofs4 - zero timeout prevents shutdown
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] autofs4 - zero timeout prevents shutdown
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH] autofs4 - zero timeout prevents shutdown
From
: Andrew Morton <akpm@xxxxxxxx>
[PATCH] autofs4 - zero timeout prevents shutdown
From
: Ian Kent <raven@xxxxxxxxxx>
re: 64bit JBD patch bug!
From
: 张军伟 <zhangjw@xxxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: FS-Cache patches
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: How to handle non-local renames?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: How to handle non-local renames?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Vulnerability report
From
: ADLab <adlab@xxxxxxxxxxxxxxxx>
How to handle non-local renames?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 05/22][RFC] Unionfs: Copyup Functionality
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 05/22][RFC] Unionfs: Copyup Functionality
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 05/22][RFC] Unionfs: Copyup Functionality
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
64bit JBD patch bug!
From
: 张军伟 <zhangjunwei@xxxxxxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] Alignment of fields in struct dentry
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
[RFC] Alignment of fields in struct dentry
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Andrew Morton <akpm@xxxxxxxx>
[ANNOUNCE] fuse-chunkfs git repository
From
: Amit Gud <gud@xxxxxxx>
Re: [PATCH] Ptototypo do_truncate()
From
: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: Dividing a loff_t
From
: Charles Manning <manningc2@xxxxxxxxxxxxx>
Re: Dividing a loff_t
From
: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
Dividing a loff_t
From
: Charles Manning <manningc2@xxxxxxxxxxxxx>
Re: [PATCH] linux/magic.h for magic numbers
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH] linux/magic.h for magic numbers
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] linux/magic.h for magic numbers
From
: Ian Kent <raven@xxxxxxxxxx>
question regarding to NFS synchronous writes on metadata
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [ANNOUNCE] fuse-ext2fs git tree
From
: Amit Gud <gud@xxxxxxxxxxx>
Re: [ANNOUNCE] fuse-ext2fs git tree
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
[ANNOUNCE] fuse-ext2fs git tree
From
: Amit Gud <gud@xxxxxxx>
64bit JBD patch
From
: 张军伟 <zhangjw@xxxxxxxxx>
[announce] fuse 2.6.0-rc1
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] linux/magic.h for magic numbers
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH] linux/magic.h for magic numbers
From
: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: [PATCH] linux/magic.h for magic numbers
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH] linux/magic.h for magic numbers
From
: Grzegorz Kulewski <kangur@xxxxxxxxxx>
[PATCH] linux/magic.h for magic numbers
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: bogofilter ate 3/5
From
: Matthias Andree <matthias.andree@xxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
FS-Cache patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
[PATCH] Ptototypo do_truncate()
From
: Tetsuo Handa <penguin-fsdevel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Andrew Morton <akpm@xxxxxxxx>
Re: Re: A patch for squashfs on s390
From
: "Phillip Lougher" <phillip.lougher@xxxxxxxxx>
Re: [RFC 0/5] dio: clean up completion phase of direct_io_worker()
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC 0/5] dio: clean up completion phase of direct_io_worker()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC 0/5] dio: clean up completion phase of direct_io_worker()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC 0/5] dio: clean up completion phase of direct_io_worker()
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC 0/5] dio: clean up completion phase of direct_io_worker()
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[RFC 3/5] dio: formalize bio counters as a dio reference count
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: bogofilter ate 3/5
From
: Mike Galbraith <efault@xxxxxx>
Re: bogofilter ate 3/5
From
: Willy Tarreau <w@xxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: bogofilter ate 3/5
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[RFC 4/5] dio: remove duplicate bio wait code
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[RFC 5/5] dio: only call aio_complete() after returning -EIOCBQUEUED
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[RFC 2/5] dio: call blk_run_address_space() once per op
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[RFC 1/5] dio: centralize completion in dio_complete()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[RFC 0/5] dio: clean up completion phase of direct_io_worker()
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [RFC][PATCH] set_page_buffer_dirty should skip unmapped buffers
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 00/22][RFC] Unionfs: Stackable Namespace Unification Filesystem
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 00/22][RFC] Unionfs: Stackable Namespace Unification Filesystem
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 00/22][RFC] Unionfs: Stackable Namespace Unification Filesystem
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 0/7] Permit filesystem local caching and NFS superblock sharing [try #13]
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 00/22][RFC] Unionfs: Stackable Namespace Unification Filesystem
From
: Al Boldi <a1426z@xxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
