Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH 3/3] ufs: rellocation fix
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
A question about ext3 journal
From
: 张军伟 <zhangjw@xxxxxxxxx>
Re: [PATCH 3/3] ufs: rellocation fix
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 2/2] Implement shadow directory support for device classes.
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Implement shadow directory support for device classes.
From
: Greg KH <gregkh@xxxxxxx>
Re: [PATCH 2/2] Implement shadow directory support for device classes.
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Implement shadow directory support for device classes.
From
: Greg KH <gregkh@xxxxxxx>
[PATCH 2/2] Implement shadow directory support for device classes.
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH 1/2] sysfs: Shadow directory support
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
From
: Andrew Morton <akpm@xxxxxxxx>
block i/o problem
From
: Jochen Oekonomopulos <jochen.oekonomopulos@xxxxxxxxxxxxxxx>
[PATCH 3/3] replacement patch for pipefs and sockfs
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[git patch] mention JFFS impending death
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 3/3] pipefs and sockfs respin -- make .drop_inode = generic_delete_inode
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 3/3] ufs: rellocation fix
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH 2/3] ufs: truncate negative to unsigned fix
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH 1/3]: ufs: alloc metadata null page fix
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH 3/3] pipefs and sockfs respin -- make .drop_inode = generic_delete_inode
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [patch 6/10] mm: be sure to trim blocks
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 6/10] mm: be sure to trim blocks
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC][PATCH 0/3] ext4 online defrag (ver 0.2)
From
: "Takashi Sato" <sho@xxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/3] ext4 online defrag (ver 0.2)
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [take33 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [take33 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [RFC][PATCH 0/3] ext4 online defrag (ver 0.2)
From
: "Takashi Sato" <sho@xxxxxxxxxxxxxx>
Re: [PATCH: 2.6.20-rc4-mm1] JFS: Avoid deadlock introduced by explicit I/O plugging
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH: 2.6.20-rc4-mm1] JFS: Avoid deadlock introduced by explicit I/O plugging
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH: 2.6.20-rc4-mm1] JFS: Avoid deadlock introduced by explicit I/O plugging
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH: 2.6.20-rc4-mm1] JFS: Avoid deadlock introduced by explicit I/O plugging
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH: 2.6.20-rc4-mm1] JFS: Avoid deadlock introduced by explicit I/O plugging
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH: 2.6.20-rc4-mm1] JFS: Avoid deadlock introduced by explicit I/O plugging
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH -mm 0/10][RFC] aio: make struct kiocb private
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH: 2.6.20-rc4-mm1] JFS: Avoid deadlock introduced by explicit I/O plugging
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH -mm 0/10][RFC] aio: make struct kiocb private
From
: Benjamin LaHaise <bcrl@xxxxxxxxx>
Unpatched secunia advisories
From
: Majkls <majkls@xxxxxxxxxx>
Re: [take33 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [take33 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [RFC][PATCH 0/3] ext4 online defrag (ver 0.2)
From
: "Takashi Sato" <sho@xxxxxxxxxxxxxx>
[take33 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take33 0/10] kevent: Generic event handling mechanism.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take33 2/10] kevent: Core files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take33 1/10] kevent: Description.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [Unionfs] Re: Unionfs in -mm
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH -mm 3/10][RFC] aio: use iov_length instead of ki_left
From
: Ingo Oeser <ioe-lkml@xxxxxxxxxx>
Re: Unionfs in -mm
From
: Jason Lunz <lunz@xxxxxxxxxxxx>
Re: [RFC][PATCH 0/3] ext4 online defrag (ver 0.2)
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC][PATCH 0/3] ext4 online defrag (ver 0.2)
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [patch 6/10] mm: be sure to trim blocks
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
[PATCH 3/3] have pipefs ensure i_ino uniqueness by calling iunique and hashing the inode
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 1/3] make static counters in new_inode and iunique be 32 bits
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH -mm 9/10][RFC] aio: usb gadget remove aio file ops
From
: David Brownell <david-b@xxxxxxxxxxx>
Re: [patch 6/10] mm: be sure to trim blocks
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
[RFC][PATCH 3/3] Online defrag command
From
: sho@xxxxxxxxxxxxxx
[RFC][PATCH 2/3] Move the file data to the new blocks
From
: sho@xxxxxxxxxxxxxx
[RFC][PATCH 1/3] Allocate new contiguous blocks
From
: sho@xxxxxxxxxxxxxx
[RFC][PATCH 0/3] ext4 online defrag (ver 0.2)
From
: sho@xxxxxxxxxxxxxx
Re: [PATCH -mm 2/10][RFC] aio: net use struct socket for io
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH -mm 4/10][RFC] aio: convert aio_complete to file_endio_t
From
: "Nate Diller" <nate.diller@xxxxxxxxx>
Re: [PATCH -mm 9/10][RFC] aio: usb gadget remove aio file ops
From
: "Nate Diller" <nate.diller@xxxxxxxxx>
Re: [PATCH -mm 0/10][RFC] aio: make struct kiocb private
From
: David Brownell <david-b@xxxxxxxxxxx>
Re: [PATCH -mm 9/10][RFC] aio: usb gadget remove aio file ops
From
: David Brownell <david-b@xxxxxxxxxxx>
Re: [PATCH -mm 4/10][RFC] aio: convert aio_complete to file_endio_t
From
: David Brownell <david-b@xxxxxxxxxxx>
Re: [PATCH -mm 2/10][RFC] aio: net use struct socket for io
From
: Stephen Hemminger <shemminger@xxxxxxxx>
Re: [PATCH -mm 3/10][RFC] aio: use iov_length instead of ki_left
From
: "Nate Diller" <nate.diller@xxxxxxxxx>
Re: [PATCH -mm 0/10][RFC] aio: make struct kiocb private
From
: "Nate Diller" <nate.diller@xxxxxxxxx>
Re: [PATCH -mm 0/10][RFC] aio: make struct kiocb private
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH -mm 2/10][RFC] aio: net use struct socket for io
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 8/10][RFC] aio: make direct_IO aops use file_endio_t
From
: Nate Diller <nate@xxxxxxxxx>
Re: [PATCH -mm 3/10][RFC] aio: use iov_length instead of ki_left
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH -mm 7/10][RFC] aio: make __blockdev_direct_IO use file_endio_t
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 9/10][RFC] aio: usb gadget remove aio file ops
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 3/10][RFC] aio: use iov_length instead of ki_left
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 1/10][RFC] aio: scm remove struct siocb
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 6/10][RFC] aio: make nfs_directIO use file_endio_t
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 10/10][RFC] aio: convert file aio to file_endio_t
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 5/10][RFC] aio: make blk_directIO use file_endio_t
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 4/10][RFC] aio: convert aio_complete to file_endio_t
From
: Nate Diller <nate@xxxxxxxxx>
[PATCH -mm 0/10][RFC] aio: make struct kiocb private
From
: Nate Diller <nate@xxxxxxxxx>
Re: [patch 6/10] mm: be sure to trim blocks
From
: Dmitriy Monakhov <dmonakhov@xxxxx>
Re: [patch 10/10] mm: fix pagecache write deadlocks
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Unionfs in -mm
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
[patch 4/10] mm: generic_file_buffered_write cleanup
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 7/10] mm: cleanup pagecache insertion operations
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 5/10] mm: debug write deadlocks
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 10/10] mm: fix pagecache write deadlocks
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 9/10] mm: generic_file_buffered_write iovec cleanup
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 8/10] mm: generic_file_buffered_write cleanup more
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 6/10] mm: be sure to trim blocks
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 3/10] mm: revert "generic_file_buffered_write(): deadlock on vectored write"
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 2/10] mm: revert "generic_file_buffered_write(): handle zero length iovec segments"
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 1/10] fs: libfs buffered write leak fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 0/10] buffered write deadlock fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: ext3 data=journal hangs
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: unionfs unusable on multiuser systems (was Re: [PATCH 01/24] Unionfs: Documentation)
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
unionfs unusable on multiuser systems (was Re: [PATCH 01/24] Unionfs: Documentation)
From
: Pavel Machek <pavel@xxxxxxx>
Re: ext3 data=journal hangs
From
: Andrew Morton <akpm@xxxxxxxx>
Re: ext3 data=journal hangs
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: Finding hardlinks
From
: Denis Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Denis Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Denis Vlasenko <vda.linux@xxxxxxxxxxxxxx>
Re: [PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Symbolic links vs hard links
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
Filesystem mount limit
From
: "Niraj kumar" <niraj17@xxxxxxxxx>
Re: Finding hardlinks
From
: Pádraig Brady <P@xxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 3/3] have pipefs ensure i_ino uniqueness by calling iunique and hashing the inode
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/3] make static counters in new_inode and iunique be 32 bits
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: Symbolic links vs hard links
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Symbolic links vs hard links
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Symbolic links vs hard links
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Kara <jack@xxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Kevent bonus: epoll implementaion over kevent.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [take32 0/10] kevent: Generic event handling mechanism.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH 1 of 2]: Make BH_Unwritten a first class bufferhead flag V2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [take32 0/10] kevent: Generic event handling mechanism.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [take32 0/10] kevent: Generic event handling mechanism.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [take32 0/10] kevent: Generic event handling mechanism.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
[take32 10/10] kevent: Kevent based AIO (aio_sendfile()).
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take32 0/10] kevent: Generic event handling mechanism.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take32 1/10] kevent: Description.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take32 2/10] kevent: Core files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: Finding hardlinks
From
: Steven Rostedt <rostedt@xxxxxxxxxxx>
[PATCH 2 of 2]: Make XFS use BH_Unwritten and BH_Delay correctly
From
: David Chinner <dgc@xxxxxxx>
[PATCH 1 of 2]: Make BH_Unwritten a first class bufferhead flag V2
From
: David Chinner <dgc@xxxxxxx>
Re: Finding hardlinks
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Unionfs in -mm
From
: Jason Lunz <lunz@xxxxxxxxxxxx>
Re: Finding hardlinks
From
: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Finding hardlinks
From
: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH] Make BH_Unwritten a first class bufferhead flag
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Giuseppe Bilotta <bilotta78@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH] Make BH_Unwritten a first class bufferhead flag
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH] Make BH_Unwritten a first class bufferhead flag
From
: Nathan Scott <nscott@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [PATCH] Make BH_Unwritten a first class bufferhead flag
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH] Make BH_Unwritten a first class bufferhead flag
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 05/24] Unionfs: Copyup Functionality
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 06/24] Unionfs: Dentry operations
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 18/24] Unionfs: Superblock operations
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 05/24] Unionfs: Copyup Functionality
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH 04/24] Unionfs: Common file operations
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 19/24] Unionfs: Helper macros/inlines
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 15/24] Unionfs: Privileged operations workqueue
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
[PATCH 3/3] have pipefs ensure i_ino uniqueness by calling iunique and hashing the inode
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 1/3] make static counters in new_inode and iunique be 32 bits
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
[take31 10/10] kevent: Kevent based AIO (aio_sendfile()).
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take31 1/10] kevent: Description.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take31 0/10] kevent: Generic event handling mechanism.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take31 2/10] kevent: Core files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH 01/24] Unionfs: Documentation
From
: Andrew Morton <akpm@xxxxxxxx>
Re: Finding hardlinks
From
: Martin Mares <mj@xxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH 18/24] Unionfs: Superblock operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 23/24] Unionfs: Kconfig and Makefile
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 01/24] Unionfs: Documentation
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 24/24] Unionfs: Extended Attributes support
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 07/24] Unionfs: File operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 12/24] Unionfs: Main module functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 03/24] Unionfs: Branch management functionality
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 22/24] Unionfs: Unlink
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 04/24] Unionfs: Common file operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 19/24] Unionfs: Helper macros/inlines
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 10/24] Unionfs: Inode operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 05/24] Unionfs: Copyup Functionality
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 00/24] Unionfs, try #4
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 09/24] Unionfs: Directory manipulation helper functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 14/24] Unionfs: Rename
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 02/24] lookup_one_len_nd - lookup_one_len with nameidata argument
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 08/24] Unionfs: Directory file operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 16/24] Unionfs: Handling of stale inodes
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 06/24] Unionfs: Dentry operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 13/24] Unionfs: Readdir state
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 20/24] Unionfs: Internal include file
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 15/24] Unionfs: Privileged operations workqueue
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 21/24] Unionfs: Include file
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 11/24] Unionfs: Lookup helper functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 17/24] Unionfs: Miscellaneous helper functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: Writing a VFS driver
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: Writing a VFS driver
From
: Avishay Traeger <atraeger@xxxxxxxxxxxxx>
Writing a VFS driver
From
: "David H. Lynch Jr." <dhlii@xxxxxxxxxx>
2.6.20-rc4 BUG: at mm/truncate.c:60 cancel_dirty_page()
From
: Malte Schröder <MalteSch@xxxxxx>
Re: [announce] Squashfs 3.2 released
From
: Atsushi Nemoto <anemo@xxxxxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Ian Kent <raven@xxxxxxxxxx>
[announce] Squashfs 3.2 released
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] ext2: conditional removal of NFSD code
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [PATCH] ext2: conditional removal of NFSD code
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH] ext2: conditional removal of NFSD code
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] ext2: conditional removal of NFSD code
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] ext2: conditional removal of NFSD code
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH] ext2: conditional removal of NFSD code
From
: Andrew Morton <akpm@xxxxxxxx>
[PATCH] shmem: conditional removal of NFSD code
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] reiserfs: conditional removal of NFSD code
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] ntfs: conditional removal of NFSD code
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] isofs: conditional removal of NFSD code
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] fat: conditional removal of NFSD code
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] ext2: conditional removal of NFSD code
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: Finding hardlinks
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Why not pass "vfsmount" to VFS functions?
From
: Tetsuo Handa <penguin-fsdevel@xxxxxxxxxxxxxxxxxxx>
RE: [nfsv4] RE: Finding hardlinks
From
: "Halevy, Benny" <bhalevy@xxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Chaitanya Patti <crpatti@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Bodo Eggert <7eggert@xxxxxx>
RFC: Stable inodes for inode-less filesystems (was: Finding hardlinks)
From
: Bodo Eggert <7eggert@xxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Muli Ben-Yehuda <muli@xxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
RE: [nfsv4] RE: Finding hardlinks
From
: "Noveck, Dave" <Dave.Noveck@xxxxxxxxxx>
Re: Finding hardlinks
From
: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Nicolas Williams <Nicolas.Williams@xxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [UPDATED PATCH] fix memory corruption from misinterpreted bad_inode_ops return values
From
: phillip@xxxxxxxxxxxxxxxxxxx
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [UPDATED PATCH] fix memory corruption from misinterpreted bad_inode_ops return values
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH] GFS2: Fix incorrect return code from gfs2_lookupi
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[PATCHSET 4][PATCH 1/1] AIO fallback for pipes, sockets and pollable fds
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
[PATCH] GFS2: Fix incorrect return code from gfs2_lookupi
From
: Russell Cattelan <cattelan@xxxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: Is a NULL check missing in nfs_lookup?
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Is a NULL check missing in nfs_lookup?
From
: Chaitanya Patti <crpatti@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
Re: Possible bug in ext3 filesystem
From
: "Jan Blunck" <jblunck@xxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Pavel Machek <pavel@xxxxxx>
Re: Possible bug in ext3 filesystem
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Possible bug in ext3 filesystem
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Andrew Morton <akpm@xxxxxxxx>
[ANNOUNCE] autofs 5.0.1 rc3 release candidate
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Finding hardlinks
From
: Nikita Danilov <nikita@xxxxxxxxxxxxx>
Possible bug in ext3 filesystem
From
: "Jens Nie" <JNie@xxxxxxxxxxxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
[PATCHSET 3][PATCH 5/5][AIO] - Add listio support
From
: Bharata B Rao <bharata@xxxxxxxxxx>
[PATCHSET 3][PATCH 4/5][AIO] - AIO completion signal notification
From
: Bharata B Rao <bharata@xxxxxxxxxx>
[PATCHSET 3][PATCH 3/5][AIO] - Make good_sigevent non-static
From
: Bharata B Rao <bharata@xxxxxxxxxx>
[PATCHSET 3][PATCH 2/5][AIO] - fix aio.h includes
From
: Bharata B Rao <bharata@xxxxxxxxxx>
[PATCHSET 3][PATCH 1/5][AIO] - Rework compat_sys_io_submit
From
: Bharata B Rao <bharata@xxxxxxxxxx>
[PATCHSET 3][PATCH 0/5][AIO] - AIO completion signal notification v4
From
: Bharata B Rao <bharata@xxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [FSAIO][PATCH 6/8] Enable asynchronous wait page and lock page
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Finding hardlinks
From
: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: [UPDATED PATCH] fix memory corruption from misinterpreted bad_inode_ops return values
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
[UPDATED PATCH] fix memory corruption from misinterpreted bad_inode_ops return values
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] fix memory corruption from misinterpreted bad_inode_ops return values
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCH] fix memory corruption from misinterpreted bad_inode_ops return values
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Andrew Morton <akpm@xxxxxxxx>
Re: Finding hardlinks
From
: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Finding hardlinks
From
: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH] fix memory corruption from misinterpreted bad_inode_ops return values
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Martin Mares <mj@xxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
[PATCHSET 2][PATCH 1/1] Combining epoll and disk file AIO
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: "Kent Overstreet" <kent.overstreet@xxxxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
RE: [nfsv4] RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxx>
Re: [FSAIO][PATCH 7/8] Filesystem AIO read
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [FSAIO][PATCH 6/8] Enable asynchronous wait page and lock page
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Jan Harkes <jaharkes@xxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Nikita Danilov <nikita@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Pavel Machek <pavel@xxxxxxx>
Re: [PATCH] Make JFFS depend on CONFIG_BROKEN
From
: "Josh Boyer" <jwboyer@xxxxxxxxx>
Re: Finding hardlinks
From
: Nikita Danilov <nikita@xxxxxxxxxxxxx>
RE: [nfsv4] RE: Finding hardlinks
From
: "Halevy, Benny" <bhalevy@xxxxxxxxxxx>
RE: Finding hardlinks
From
: "Halevy, Benny" <bhalevy@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Make JFFS depend on CONFIG_BROKEN
From
: Adrian Bunk <bunk@xxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
[PATCH 3/3] have pipefs ensure i_ino uniqueness by calling iunique and hashing the inode
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 2/3] change libfs sb creation routines to avoid collisions with their root inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 1/3] make static counters in new_inode and iunique be 32 bits
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Finding hardlinks
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Finding hardlinks
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [nfsv4] RE: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Finding hardlinks
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Finding hardlinks
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
RE: Finding hardlinks
From
: "Halevy, Benny" <bhalevy@xxxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [FSAIO][PATCH 3/8] Routines to initialize and test a wait bit key
From
: Andrew Morton <akpm@xxxxxxxx>
RE: Finding hardlinks
From
: "Halevy, Benny" <bhalevy@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [FSAIO][PATCH 7/8] Filesystem AIO read
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: Finding hardlinks
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [FSAIO][PATCH 7/8] Filesystem AIO read
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Finding hardlinks
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [FSAIO][PATCH 7/8] Filesystem AIO read
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: Finding hardlinks
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [FSAIO][PATCH 6/8] Enable asynchronous wait page and lock page
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [FSAIO][PATCH 7/8] Filesystem AIO read
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
Testing framework
From
: "Karuna sagar k" <karunasagark@xxxxxxxxx>
Re: [FSAIO][PATCH 7/8] Filesystem AIO read
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [FSAIO][PATCH 6/8] Enable asynchronous wait page and lock page
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: Finding hardlinks
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [FSAIO][PATCH 1/6] Add a wait queue parameter to the wait_bit action routine
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[FSAIO][PATCH 8/8] AIO O_SYNC filesystem write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[FSAIO][PATCH 7/8] Filesystem AIO read
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[FSAIO][PATCH 6/8] Enable asynchronous wait page and lock page
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[FSAIO][PATCH 5/8] Enable wait bit based filtered wakeups to work for AIO
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[FSAIO][PATCH 4/8] Add a default io wait bit field in task struct
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[FSAIO][PATCH 3/8] Routines to initialize and test a wait bit key
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[FSAIO][PATCH 2/8] Rename __lock_page to lock_page_slow
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[FSAIO][PATCH 1/6] Add a wait queue parameter to the wait_bit action routine
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
[PATCHSET 1][PATCH 0/6] Filesystem AIO read/write
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [RFC] Heads up on a series of AIO patchsets
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[RFC] Heads up on a series of AIO patchsets
From
: Suparna Bhattacharya <suparna@xxxxxxxxxx>
Re: [PATCH 0/3] ensure unique i_ino in filesystems without permanent inode numbers (introduction)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
[RFC][PATCH 1/3] Allocate new contiguous blocks
From
: sho@xxxxxxxxxxxxxx
[RFC][PATCH 2/3] Move the file data to the new blocks
From
: sho@xxxxxxxxxxxxxx
[RFC][PATCH 0/3] ext4 online defrag
From
: sho@xxxxxxxxxxxxxx
[RFC][PATCH 3/3] Online defrag command
From
: sho@xxxxxxxxxxxxxx
Re: Finding hardlinks
From
: Jan Harkes <jaharkes@xxxxxxxxxx>
[PATCH 8 of 8] Avoid too many boundary buffers in DIO
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 7 of 8] Adapt XFS to the new blockdev_direct_IO calls
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 6 of 8] Make reiserfs safe for new DIO locking rules
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 5 of 8] Make ext3 safe for the new DIO locking rules
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 4 of 8] Add flags to control direct IO helpers
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 3 of 8] DIO: don't fall back to buffered writes
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 2 of 8] Change O_DIRECT to use placeholders instead of i_mutex/i_alloc_sem locking
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 1 of 8] Introduce a place holder page for the pagecache
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 0 of 8] O_DIRECT locking rework v5
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
[no subject]
From
: chris.mason@xxxxxxxxxx
Re: Finding hardlinks
From
: Jan Harkes <jaharkes@xxxxxxxxxx>
Re: Finding hardlinks
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: inode i_blksize problem
From
: Matthew Wilcox <matthew@xxxxxx>
inode i_blksize problem
From
: Sergio Paracuellos <sparacuellos@xxxxxxxxxxxxxx>
Re: Finding hardlinks
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Finding hardlinks
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: stacked filesystem cache waste
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: David Weinehall <tao@xxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
[PATCH] Make JFFS depend on CONFIG_BROKEN
From
: "Josh Boyer" <jwboyer@xxxxxxxxx>
[ANNOUNCE] util-linux-ng
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Gary Grider <ggrider@xxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ragnar Kjørstad <kernel@xxxxxxxxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Matthew Wilcox <matthew@xxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ragnar Kjørstad <kernel@xxxxxxxxxxxxxxxxxxx>
[rfc][patch] fix buffered write deadlocks with extra copy (and a way out?)
From
: Nick Piggin <npiggin@xxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Ed Tomlinson <edt@xxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: David Lang <dlang@xxxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Ed Tomlinson <edt@xxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: asynchronous locks for cluster exports
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [PATCH 0/3] ensure unique i_ino in filesystems without permanent inode numbers (introduction)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 0/3] ensure unique i_ino in filesystems without permanent inode numbers (introduction)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Ed Tomlinson <edt@xxxxxx>
Re: [PATCH 0/3] ensure unique i_ino in filesystems without permanent inode numbers (introduction)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking
From
: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
statlite()
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: openg
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: [NFS] asynchronous locks for cluster exports
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: berk walker <berk@xxxxxxxxx>
Re: [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: openg and path_to_handle
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: openg and path_to_handle
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: openg and path_to_handle
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Charles Manning <manningc2@xxxxxxxxxxxxx>
Re: openg and path_to_handle
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Phillip Susi <psusi@xxxxxxxxxx>
[ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
