Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
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>
Re: Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: "Josh Boyer" <jwboyer@xxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent
From
: linux@xxxxxxxxxxx
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Bill Nottingham <notting@xxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: "Josh Boyer" <jwboyer@xxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: "Josh Boyer" <jwboyer@xxxxxxxxx>
[PATCH/RFC] Delete JFFS (version 1)
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Steven Whitehouse <steve@xxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [NFS] [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 3/3] ensure unique i_ino in filesystems without permanent inode numbers (pipefs)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent inode numbers (libfs superblock cleanup)
From
: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
Re: [PATCH 1/3] ensure unique i_ino in filesystems without permanent inode numbers (new functions)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [NFS] [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent inode numbers (libfs superblock cleanup)
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent inode numbers (libfs superblock cleanup)
From
: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
Re: [PATCH 35/35] Unionfs: Extended Attributes support
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 15/35] Unionfs: Common file operations
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 2/3] ensure unique i_ino in filesystems without permanent inode numbers (libfs superblock cleanup)
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 35/35] Unionfs: Extended Attributes support
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 16/35] Unionfs: Copyup Functionality
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 15/35] Unionfs: Common file operations
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Nikita Danilov <nikita@xxxxxxxxxxxxx>
Re: [PATCH 21/35] Unionfs: Inode operations
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH 3/3] ensure unique i_ino in filesystems without permanent inode numbers (pipefs)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 1/3] ensure unique i_ino in filesystems without permanent inode numbers (new functions)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 2/3] ensure unique i_ino in filesystems without permanent inode numbers (libfs superblock cleanup)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 0/3] ensure unique i_ino in filesystems without permanent inode numbers (introduction)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Status of buffered write path (deadlock fixes)
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 21/35] Unionfs: Inode operations
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [NFS] asynchronous locks for cluster exports
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: David Teigland <teigland@xxxxxxxxxx>
Re: [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 21/35] Unionfs: Inode operations
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH 35/35] Unionfs: Extended Attributes support
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 32/35] Unionfs: Include file
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 30/35] Unionfs: Helper macros/inlines
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 29/35] Unionfs: Superblock operations
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Nathan Scott <nscott@xxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Nathan Scott <nscott@xxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Nicholas Miell <nmiell@xxxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: openg and path_to_handle
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: openg
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: "Latchesar Ionkov" <lionkov@xxxxxxxx>
Re: openg and path_to_handle
From
: "Latchesar Ionkov" <lionkov@xxxxxxxx>
Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: "Latchesar Ionkov" <lionkov@xxxxxxxx>
Re: openg and path_to_handle
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: openg and path_to_handle
From
: Matthew Wilcox <matthew@xxxxxx>
Re: openg and path_to_handle
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: David Teigland <teigland@xxxxxxxxxx>
Re: [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: openg and path_to_handle
From
: David Chinner <dgc@xxxxxxx>
Re: openg and path_to_handle
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: David Teigland <teigland@xxxxxxxxxx>
Re: openg and path_to_handle
From
: David Chinner <dgc@xxxxxxx>
Re: openg and path_to_handle
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: openg and path_to_handle
From
: Matthew Wilcox <matthew@xxxxxx>
Re: openg and path_to_handle
From
: David Chinner <dgc@xxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
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>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: openg and path_to_handle
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: openg and path_to_handle
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: David Teigland <teigland@xxxxxxxxxx>
openg and path_to_handle
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: readdirplus() as possible POSIX I/O API
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Matthew Wilcox <matthew@xxxxxx>
Re: openg
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: openg
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: readdirplus() as possible POSIX I/O API
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ragnar Kjørstad <kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
openg
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: readdirplus() as possible POSIX I/O API
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: David Chinner <dgc@xxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: David Chinner <dgc@xxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [NFS] [PATCH 10/10] gfs2: nfs lock support for gfs2
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
[PATCH 4/10] locks: add fl_notify arguments
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 10/10] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 5/10] lockd: handle fl_notify callbacks
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 2/10] nfsd4: Convert NFSv4 to new lock interface
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 7/10] lockd: handle test_lock deferrals
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 3/10] lockd: request deferral routine
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 9/10] lockd: add code to handle deferred lock requests
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 8/10] lockd: always preallocate block in nlmsvc_lock()
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
asynchronous locks for cluster exports
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 6/10] lockd: pass cookie in nlmsvc_testlock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 21/35] Unionfs: Inode operations
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: readdirplus() as possible POSIX I/O API
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: readdirplus() as possible POSIX I/O API
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: [PATCH 21/35] Unionfs: Inode operations
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 21/35] Unionfs: Inode operations
From
: Andrew Morton <akpm@xxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: [PATCH 24/35] Unionfs: Readdir state
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: [PATCH 23/35] Unionfs: Main module functions
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 22/35] Unionfs: Lookup helper functions
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 21/35] Unionfs: Inode operations
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 20/35] Unionfs: Directory manipulation helper functions
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 19/35] Unionfs: Directory file operations
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 16/35] Unionfs: Copyup Functionality
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 15/35] Unionfs: Common file operations
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 13/35] lookup_one_len_nd - lookup_one_len with nameidata argument
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 12/35] Unionfs: Documentation
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 31/35] Unionfs: Internal include file
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 26/35] Unionfs: Privileged operations workqueue
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: "Latchesar Ionkov" <lionkov@xxxxxxxxx>
Re: Re: readdirplus() as possible POSIX I/O API
From
: "Latchesar Ionkov" <lionkov@xxxxxxxx>
Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: "Latchesar Ionkov" <lionkov@xxxxxxxx>
Re: Re: NFSv4/pNFS possible POSIX I/O API standards
From
: "Latchesar Ionkov" <lionkov@xxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: readdirplus() as possible POSIX I/O API
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Unionfs: Stackable namespace unification filesystem
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Matthew Wilcox <matthew@xxxxxx>
[RFC][PATCH 2/2] Move the file data to the new blocks
From
: sho@xxxxxxxxxxxxxx
[RFC][PATCH 1/2] Allocate new contiguous blocks
From
: sho@xxxxxxxxxxxxxx
[RFC][PATCH 0/2] Extent base online defrag (ver 0.2)
From
: sho@xxxxxxxxxxxxxx
Re: readdirplus() as possible POSIX I/O API
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Status of buffered write path (deadlock fixes)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@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
: Rob Ross <rross@xxxxxxxxxxx>
Re: Relative atime (was Re: What's in ocfs2.git)
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Relative atime (was Re: What's in ocfs2.git)
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
[RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4
From
: Nikolai Joukov <kolya@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Russell Cattelan <cattelan@xxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[PATCH 03/35] eCryptfs: Use fsstack's generic copy inode attr functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 01/35] fsstack: Introduce fsstack_copy_{attr,inode}_*
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Unionfs: Stackable namespace unification filesystem
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 07/35] struct path: Move struct path from fs/namei.c into include/linux
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 22/35] Unionfs: Lookup helper functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 29/35] Unionfs: Superblock operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 05/35] struct path: Rename Reiserfs's struct path
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 13/35] lookup_one_len_nd - lookup_one_len with nameidata argument
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 34/35] Unionfs: Kconfig and Makefile
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 21/35] Unionfs: Inode operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 33/35] Unionfs: Unlink
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 10/35] fsstack: Make fsstack_copy_attr_all copy inode size
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 04/35] fsstack: Fix up eCryptfs compilation
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 20/35] Unionfs: Directory manipulation helper functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 26/35] Unionfs: Privileged operations workqueue
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 30/35] Unionfs: Helper macros/inlines
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 24/35] Unionfs: Readdir state
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 11/35] fsstack: Fix up ecryptfs's fsstack usage
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 32/35] Unionfs: Include file
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 28/35] Unionfs: Miscellaneous helper functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 25/35] Unionfs: Rename
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 18/35] Unionfs: File operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 31/35] Unionfs: Internal include file
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 27/35] Unionfs: Handling of stale inodes
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 02/35] fsstack: Remove unneeded wrapper
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 09/35] fs/stack.c should #include <linux/fs_stack.h>
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 12/35] Unionfs: Documentation
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 15/35] Unionfs: Common file operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 14/35] Unionfs: Branch management functionality
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 23/35] Unionfs: Main module functions
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 19/35] Unionfs: Directory file operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 08/35] struct path: make eCryptfs a user of struct path
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 35/35] Unionfs: Extended Attributes support
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 06/35] struct path: Rename DM's struct path
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 16/35] Unionfs: Copyup Functionality
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 17/35] Unionfs: Dentry operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Kari Hurtta <hurtta+gmane@xxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: + fs-ufs-add-missing-bracket.patch added to -mm tree
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: [new patch 3/3] fs: fix cont vs deadlock patches
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
[new patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: "Latchesar Ionkov" <lucho@xxxxxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Rob Ross <rross@xxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr hashing)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Andrew Morton <akpm@xxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Ric Wheeler <ric@xxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
[RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re:[RFC][PATCH 0/3] Extent base online defrag
From
: sho@xxxxxxxxxxxxxx
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Andrew Morton <akpm@xxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: cp command, lookup intents and fs/namei.c horrors
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
cp command, lookup intents and fs/namei.c horrors
From
: Steve French <smfrench@xxxxxxxxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: "Nate Diller" <nate.diller@xxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix
From
: Andreas Schwab <schwab@xxxxxxx>
Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix
From
: Andreas Schwab <schwab@xxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[patch 0/3] more buffered write fixes
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 3/3] fs: fix cont vs deadlock patches
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 2/3] mm: pagecache write deadlocks stale holes fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 1/3] mm: pagecache write deadlocks zerolength fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Re:[RFC][PATCH 0/3] Extent base online defrag
From
: Girish Shilamkar <girish@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
[PATCH] reiser4: use NULL for pointers
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via lazy hashing)
From
: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Gary Grider <ggrider@xxxxxxxx>
Re:[RFC][PATCH 0/3] Extent base online defrag
From
: sho@xxxxxxxxxxxxxx
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Matthew Wilcox <matthew@xxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Matthew Wilcox <matthew@xxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: [RFC][PATCH 0/3] Extent base online defrag
From
: Girish Shilamkar <girish@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH -mm] gfs2 lock function parameter
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
[PATCH] jbd: wait for already submitted t_sync_datalist buffer to complete
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
[PATCH -mm] gfs2 lock function parameter
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: a question about ext4_fsblk_t
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Andrew Morton <akpm@xxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Russell Cattelan <cattelan@xxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH/RFC] pass dio_complete proper offset from finished_one_bio
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: NFSv4/pNFS possible POSIX I/O API standards
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
NFSv4/pNFS possible POSIX I/O API standards
From
: Gary Grider <ggrider@xxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: [PATCH/RFC] pass dio_complete proper offset from finished_one_bio
From
: Felix Blyakher <felixb@xxxxxxx>
[RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via lazy hashing)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH/RFC] pass dio_complete proper offset from finished_one_bio
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: mountpoint information a get_sb
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: mountpoint information a get_sb
From
: Matthew Wilcox <matthew@xxxxxx>
Re: mountpoint information a get_sb
From
: Mathieu Dube <mathieu.dube@xxxxxxxxx>
Re: mountpoint information a get_sb
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
mountpoint information a get_sb
From
: Mathieu Dube <mathieu.dube@xxxxxxxxx>
Re: Log structured file system for Linux 2.6 with a garbage collector
From
: manningc2@xxxxxxxxxxxx
Log structured file system for Linux 2.6 with a garbage collector
From
: "Martin Jambor" <jambormartin@xxxxxxxxx>
Re: [PATCH] prune_icache_sb
From
: Andrew Morton <akpm@xxxxxxxx>
[PATCH] prune_icache_sb
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: 2007 Linux Storage & Filesystem Workshop
From
: "Federico Levi" <feduchi@xxxxxxxxx>
Re: 2007 Linux Storage & Filesystem Workshop
From
: Ric Wheeler <ric@xxxxxxx>
Re: [PATCH -mm v2] hpfs: fix printk format warnings
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
Re: sync() in 2.4.24
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
sync() in 2.4.24
From
: "Steven Faludi" <stevenfaludi@xxxxxxxxxxxxxx>
Re: Quadratic behavior of shrink_dcache_parent()
From
: "Rafael J. Wysocki" <rjw@xxxxxxx>
proc_kill_inodes() race WRT vfs_read() and other users of filp->f_ops
From
: Sergey Vlasov <vsu@xxxxxxxxxxx>
Quadratic behavior of shrink_dcache_parent()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 2/5] Register ext3dev filesystem
From
: Sander <sander@xxxxxxxxxxx>
[PATCH -mm v2] hpfs: fix printk format warnings
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH -mm] hpfs: fix printk format warnings
From
: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
[PATCH] reiserfs: fmt bugfix
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] DLM needs SYSFS
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH -mm] hpfs: fix printk format warnings
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Matthew Wilcox <matthew@xxxxxx>
[RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH 0/3] Extent base online defrag
From
: "Takashi Sato" <sho@xxxxxxxxxxxxxx>
Re: [PATCH -mm] cachefiles uses PROC_FS
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH] FUSE depends on BLOCK
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH -mm] cachefiles uses PROC_FS
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH] ext3: htree entry integrity checking
From
: Jeff Mahoney <jeffm@xxxxxxxx>
Re: [PATCH] ext3: htree entry integrity checking
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] ext3: htree entry integrity checking
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: CVE-2006-3468
From
: Majkls <majkls@xxxxxxxxxx>
Re: CVE-2006-3468
From
: Matthew Wilcox <matthew@xxxxxx>
CVE-2006-3468
From
: Majkls <majkls@xxxxxxxxxx>
[PATCH] ext3: htree entry integrity checking
From
: Jeff Mahoney <jeffm@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
2007 Linux Storage & Filesystem Workshop
From
: "Theodore Ts'o" <tytso@xxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: interesting way to break ext3 using loop devices
From
: "Bill Rugolsky Jr." <brugolsky@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: interesting way to break ext3 using loop devices
From
: Theodore Tso <tytso@xxxxxxx>
interesting way to break ext3 using loop devices
From
: Andi Kleen <ak@xxxxxxx>
Re: [RFC] Ext3 online defrag
From
: "Takashi Sato" <sho@xxxxxxxxxxxxxx>
Re: Passing mount parameters into the fs
From
: dativecase@xxxxxxxxx (Benjamin Myers)
Re: Passing mount parameters into the fs
From
: Avishay Traeger <atraeger@xxxxxxxxxxxxx>
Passing mount parameters into the fs
From
: Charles Manning <manningc2@xxxxxxxxxxxxx>
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
[RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Theodore Tso <tytso@xxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: phillip@xxxxxxxxxxxxxxxxxxx
Re: Allocation strategy - dynamic zone for small files
From
: phillip@xxxxxxxxxxxxxxxxxxx
Re: Allocation strategy - dynamic zone for small files
From
: Theodore Tso <tytso@xxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: ShaolinMicro CogoFS
From
: devzero@xxxxxx
Re: ShaolinMicro CogoFS
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Theodore Tso <tytso@xxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: "Ihar `Philips` Filipau" <thephilips@xxxxxxxxx>
ShaolinMicro CogoFS
From
: devzero@xxxxxx
Re: [PATCH 1/2] GFS2: struct gfs2_rindex vs char buf[] cleanup
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH 1/2] GFS2: struct gfs2_rindex vs char buf[] cleanup
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
[PATCH 2/2] GFS2: struct gfs2_quota conversion cleanup
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH 1/2] GFS2: struct gfs2_rindex vs char buf[] cleanup
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Allocation strategy - dynamic zone for small files
From
: avishay <atraeger@xxxxxxxxxxxxx>
Allocation strategy - dynamic zone for small files
From
: "Ihar `Philips` Filipau" <thephilips@xxxxxxxxx>
question about the function rw_verify_area
From
: Jean-Bernard DAMIANO <jean-bernard.damiano@xxxxxxxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [RFC] [PATCH 1/4] uid_ns: introduce inode uid check helper
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: Bug in mount(8)?
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [PATCH 2/3] new_inode_autonum: convert filesystems to use new function
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[PATCH 0/3] new_inode_autonum: intro -- ensure uniqueness of i_ino and try to prevent st_ino EOVERFLOW in userspace
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 3/3] new_inode_autonum: fix up possible i_ino collision in simple_fill_super()
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 2/3] new_inode_autonum: convert filesystems to use new function
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC][PATCH 0/3] Extent base online defrag
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 0/3] Extent base online defrag
From
: Jeff Garzik <jeff@xxxxxxxxxx>
[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] Extent base online defrag
From
: sho@xxxxxxxxxxxxxx
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Bug in mount(8)?
From
: Tetsuo Handa <penguin-fsdevel@xxxxxxxxxxxxxxxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Bug in mount(8)?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC] [PATCH 0/4] uid_ns: introduction
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Steve French <smfltc@xxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
[RFC] [PATCH 4/4] uid_ns: Add filesystem uid checks
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[RFC] [PATCH 3/4] uid_ns: replace i_uid check in fs/namespace.c
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[RFC] [PATCH 2/4] uid_ns: replace inode->fsuid checks under fs/
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[RFC] [PATCH 1/4] uid_ns: introduce inode uid check helper
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[RFC] [PATCH 0/4] uid_ns: introduction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Theodore Tso <tytso@xxxxxxx>
Re: [RFC] Defragmentation interface
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Steve French <smfltc@xxxxxxxxxx>
RE: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: "Hua Zhong" <hzhong@xxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] - catch blocks beyond pagecache limit in __getblk_slow
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
[PATCH] - catch blocks beyond pagecache limit in __getblk_slow
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
[RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Matthew Wilcox <matthew@xxxxxx>
[PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC] Defragmentation interface
From
: Jan Kara <jack@xxxxxxx>
Re: New filesystem for Linux
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: [RFC] Defragmentation interface
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] commit_write less than prepared by prepare_write
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 2/3] fsstack: Generic get/set lower object functions
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 2/3] fsstack: Generic get/set lower object functions
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC] Defragmentation interface
From
: Jan Kara <jack@xxxxxx>
Re: [RFC] Defragmentation interface
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 2/3] fsstack: Generic get/set lower object functions
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC] Defragmentation interface
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: [RFC] Defragmentation interface
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC PATCH 1/3] Introduce a place holder page for the pagecache.
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 2/3] fsstack: Generic get/set lower object functions
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
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 2/3] fsstack: Generic get/set lower object functions
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 2/3] fsstack: Generic get/set lower object functions
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2/3] fsstack: Generic get/set lower object functions
From
: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Re: [PATCH 2/3] fsstack: Generic get/set lower object functions
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC] Defragmentation interface
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 2/3] fsstack: Generic get/set lower object functions
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[PATCH 2/3] fsstack: Generic get/set lower object functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 3/3] fsstack: Make ecryptfs a user of new fsstack_* functions
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[PATCH 1/3] fsstack: Make fsstack_copy_attr_all copy inode size
From
: Josef "Jeff" Sipek <jsipek@xxxxxxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
