Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH 14/14] NFSD: Server implementation of MAC Labeling
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH 03/14] LSM/SELinux: inode_{get,set,notify}secctx hooks to access LSM security context information.
From
: James Morris <jmorris@xxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 12/14] NFS: Client implementation of Labeled-NFS
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH 2/3] EXPORTFS: Have fh_to_*() return -ESTALE if the file handle type is unrecognised [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 1/3] EXPORTFS: Don't return NULL from fh_to_dentry()/fh_to_parent() [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 3/3] EXPORTFS: Update the documentation and comments and adjust the types used [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Curiosities of Linux NFSD file handles
From
: David Howells <dhowells@xxxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Damian Stewart <damian@xxxxxxxxxx>
Re: [PATCH 10/14] NFS: Introduce lifecycle management for label attribute.
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH 09/14] NFS: Add security_label text mount option and handling code to NFS
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH 08/14] NFSv4: Add label recommended attribute and NFSv4 flags
From
: James Morris <jmorris@xxxxxxxxx>
Re: Curiosities of Linux NFSD file handles
From
: "NeilBrown" <neilb@xxxxxxx>
Re: [PATCH (mmotm-2008-12-02-17-08)] Introducesecurity_path_set/clear() hooks.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: Curiosities of Linux NFSD file handles
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 3/3] EXPORTFS: Update the documentation and comments and adjust the types used [try #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 2/3] EXPORTFS: Have fh_to_*() return -ESTALE if the file handle type is unrecognised [try #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 1/3] EXPORTFS: Don't return NULL from fh_to_dentry()/fh_to_parent() [try #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH (mmotm-2008-12-02-17-08)] Introduce security_path_set/clear() hooks.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Curiosities of Linux NFSD file handles
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH (mmotm-2008-12-02-17-08)] Introduce security_path_set/clear() hooks.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
[PATCH v2] fs: use menuconfig for misc. filesystems menu
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: v2.6.28-rc1: readlink /proc/*/exe returns uninitialized data to userspace
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] block_write_begin(): remove useless goto
From
: Franck Bui-Huu <vagabon.xyz@xxxxxxxxx>
Re: [PATCH V3 3/3]ext4: quota handling for delayed allocation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH V3 2/3] quota: Add quota claim and release reserved quota
From
: Jan Kara <jack@xxxxxxx>
[PATCH 3/3] EXPORTFS: Update the documentation and comments and adjust the types used [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 2/3] EXPORTFS: Have fh_to_*() return -ESTALE if the file handle type is unrecognised [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 1/3] EXPORTFS: Don't return NULL from fh_to_dentry()/fh_to_parent() [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH] add a FMODE flag to make XFS invisible I/O less hacky
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH V3 1/3] quota: Add reservation support for delayed block allocation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: David Howells <dhowells@xxxxxxxxxx>
Re: v2.6.28-rc1: readlink /proc/*/exe returns uninitialized data to userspace
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH (mmotm-2008-12-02-17-08)] Introduce security_path_set/clear() hooks.
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH (mmotm-2008-12-02-17-08)] Introduce security_path_set/clear() hooks.
From
: Kentaro Takeda <takedakn@xxxxxxxxxxxxx>
Re: [PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] fs: truncate blocks outside i_size after O_DIRECT write error.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Support for applications which need NFS or CIFS "share_deny" flags on open
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: Support for applications which need NFS or CIFS "share_deny" flags on open
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: Support for applications which need NFS or CIFS "share_deny" flags on open
From
: jim owens <jowens@xxxxxx>
[PATCH] Update the exportfs documentation and comments and fix some exportfs issues
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Support for applications which need NFS or CIFS "share_deny" flags on open
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: Support for applications which need NFS or CIFS "share_deny" flags on open
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: Support for applications which need NFS or CIFS "share_deny" flags on open
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: Support for applications which need NFS or CIFS "share_deny" flags on open
From
: Andreas Dilger <adilger@xxxxxxx>
[5/5] POHMELFS: VFS changes and make/config files.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[3/5] POHMELFS: transactions and network.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[1/5] POHMELFS: documentation.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[4/5] POHMELFS: crypto, locking, path and cmd caches.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[0/5] New POHMELFS release.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[PATCH] relatime: Let relatime update atime at least once per day
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Matthew Wilcox <matthew@xxxxxx>
Support for applications which need NFS or CIFS "share_deny" flags on open
From
: "Steve French" <smfrench@xxxxxxxxx>
PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Damian Stewart <damian@xxxxxxxxxx>
force mandatory vs. using posix advisory byte range locking
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: John Levon <levon@xxxxxxxxxxxxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: John Levon <levon@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH] add a FMODE flag to make XFS invisible I/O less hacky
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] UBIFS: endian handling fixes and annotations
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 0/7] cifs: clean up socket creation, connection and sending (try #2)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/7] cifs: clean up socket creation, connection and sending (try #2)
From
: "Steve French" <smfrench@xxxxxxxxx>
[patch 11/11] VFS: lseek(fd, 0, SEEK_CUR) race condition
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 10/11] vfs: expand some comments (d_path / seq_path)
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 09/11] vfs: correct wrong function name of d_put in kernel document and source comment
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 04/11] vfs: introduce new LSM hooks where vfsmount is available.
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 01/11] vfs: fix vfs_rename_dir for FS_RENAME_DOES_D_MOVE filesystems
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 08/11] vfs: document FMODE_ constants
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 03/11] fs/namespace.c: drop code after return
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 06/11] kill suid bit only for regular files
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 02/11] include: linux/fs.h: put declarations in __KERNEL__
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 05/11] fs/block_dev.c: __read_mostly improvement and sb_is_blkdev_sb utilization
From
: akpm@xxxxxxxxxxxxxxxxxxxx
[patch 07/11] vfs: kill FMODE_NDELAY_NOW
From
: akpm@xxxxxxxxxxxxxxxxxxxx
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Matt Mackall <mpm@xxxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: John Levon <levon@xxxxxxxxxxxxxxxxx>
Re: [rfc git patch] union directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Matt Mackall <mpm@xxxxxxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: John Levon <levon@xxxxxxxxxxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [rfc git patch] union directory
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [rfc git patch] union directory
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 14/14] NFSD: Server implementation of MAC Labeling
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 05/14] Security: Add Hook to test if the particular xattr is part of a MAC model.
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 10/14] NFS: Introduce lifecycle management for label attribute.
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 03/14] LSM/SELinux: inode_{get,set,notify}secctx hooks to access LSM security context information.
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 04/14] Security: Add hook to calculate context based on a negative dentry.
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 06/14] SELinux: Add new labeling type native labels
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[Labeled-nfs] [RFC v4] Security Label Support for NFSv4
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 09/14] NFS: Add security_label text mount option and handling code to NFS
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 12/14] NFS: Client implementation of Labeled-NFS
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 11/14] NFSv4: Introduce new label structure
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 01/14] patch fix_use_before_init_in_nfsd4_list_rec_dir
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 13/14] NFS: Extend NFS xattr handlers to accept the security namespace
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 02/14] VFS: Factor out part of vfs_setxattr so it can be called from the SELinux hook for inode_setsecctx.
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 08/14] NFSv4: Add label recommended attribute and NFSv4 flags
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
[PATCH 07/14] KConfig: Add KConfig entries for Labeled NFS
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
Re: [PATCH 2/2] Fix journal detection on HFS+.
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Fix journal detection on HFS+.
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch][rfc] fs: shrink struct dentry
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Fix journal detection on HFS+.
From
: "Warren Turkal" <wt@xxxxxxxxxxxxxxxx>
Re: [PATCH v2]: check for fops->owner in anon_inode_getfd
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Nick Piggin <npiggin@xxxxxxx>
[patch][rfc] fs: shrink struct dentry
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc git patch] union directory
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [rfc git patch] union directory
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [rfc git patch] union directory
From
: hooanon05@xxxxxxxxxxx
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [PATCH 3/7] cifs: don't declare smb_vol info on the stack
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH 3/7] cifs: don't declare smb_vol info on the stack
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH] UBIFS: fix compilation warnings
From
: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
Re: [PATCH take2] do_mpage_readpage(): remove first_logical_block parameter
From
: Franck Bui-Huu <vagabon.xyz@xxxxxxxxx>
[PATCH] fs: truncate blocks outside i_size after O_DIRECT write error.
From
: Dmitri Monakhov <dmonakhov@xxxxxxxxxx>
Re: [PATCH take2] do_mpage_readpage(): remove first_logical_block parameter
From
: Franck Bui-Huu <vagabon.xyz@xxxxxxxxx>
Re: [PATCH] add a FMODE flag to make XFS invisible I/O less hacky
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] add a FMODE flag to make XFS invisible I/O less hacky
From
: Christoph Hellwig <hch@xxxxxx>
Developing Tux3 with UML
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [RESEND][PATCH] Add /proc/mempool to display mempool usage
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH] proc: move inode comment text file to source file
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc git patch] union directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH v2 5/5] fs: new_inode_single() and iput_single()
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH v2 4/5] fs: Introduce SINGLE dentries for pipes, socket, anon fd
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [PATCH v2 4/5] fs: Introduce SINGLE dentries for pipes, socket, anon fd
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH take2] do_mpage_readpage(): remove first_logical_block parameter
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH v2 5/5] fs: new_inode_single() and iput_single()
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v2 4/5] fs: Introduce SINGLE dentries for pipes, socket, anon fd
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v2 3/5] fs: Introduce a per_cpu last_ino allocator
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v2 2/5] fs: Use a percpu_counter to track nr_inodes
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v2 1/5] fs: Use a percpu_counter to track nr_dentry
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v2 0/5] fs: Scalability of sockets/pipes allocation/deallocation on SMP
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [PATCH 1/2] relatime: Make atime updates more useful
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 2/2] fs: symlink write_begin allocation context fix
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [Bugme-new] [Bug 12112] New: Files with size more >2GB was truncated after copy by ncpfs
From
: Petr Vandrovec <vandrove@xxxxxxxxxx>
Re: mount -o remount problems with ext3 and journal= options in /etc/fstab
From
: Mike Frysinger <vapier@xxxxxxxxxx>
Re: mount -o remount problems with ext3 and journal= options in /etc/fstab
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] add a FMODE flag to make XFS invisible I/O less hacky
From
: Andreas Dilger <adilger@xxxxxxx>
Re: mount -o remount problems with ext3 and journal= options in /etc/fstab
From
: Mike Frysinger <vapier@xxxxxxxxxx>
Re: mount(8) manpage and filesystem-specific options
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [rfc git patch] union directory
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [patch 2/2] fs: symlink write_begin allocation context fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v3] relatime: Make relatime smarter
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [rfc] lockdep: check fs reclaim recursion
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [rfc] lockdep: check fs reclaim recursion
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [rfc] lockdep: check fs reclaim recursion
From
: Ingo Molnar <mingo@xxxxxxx>
[rfc] lockdep: check fs reclaim recursion
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] add a FMODE flag to make XFS invisible I/O less hacky
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH] add a FMODE flag to make XFS invisible I/O less hacky
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH v3] relatime: Make relatime smarter
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
[rfc git patch] union directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Questions about exportfs
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH v4] relatime: Make relatime smarter
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH v2]: check for fops->owner in anon_inode_getfd
From
: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
Re: [PATCH v3] relatime: Make relatime smarter
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
[PATCH v2]: check for fops->owner in anon_inode_getfd
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [PATCH/Request for review]: check for fops->owner in anon_inode_getfd
From
: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
[PATCH v4] relatime: Make relatime smarter
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [Bugme-new] [Bug 12112] New: Files with size more >2GB was truncated after copy by ncpfs
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Pádraig Brady <P@xxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v3] relatime: Make relatime smarter
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH v3] relatime: Make relatime smarter
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Fix journal detection on HFS+.
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH v2 1/2] relatime: Make relatime behaviour smarter
From
: Ingo Molnar <mingo@xxxxxxx>
[PATCH v2 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Garrett <mjg@xxxxxxxxxx>
[PATCH v2 1/2] relatime: Make relatime behaviour smarter
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Questions about exportfs
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [patch 1/2] reiser4: adjust to the new aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/2] reiser4: adjust to the new aops
From
: Edward Shishkin <edward.shishkin@xxxxxxxxx>
[PATCH/Request for review]: check for fops->owner in anon_inode_getfd
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: Newbie Question -- error: implicit declaration of function 'iget'
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [patch 2/2] fs: symlink write_begin allocation context fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 2/2] fs: symlink write_begin allocation context fix
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [patch 1/2] reiser4: adjust to the new aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/2] mm: pagecache allocation gfp fixes
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
[patch 2/2] fs: symlink write_begin allocation context fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 1/2] mm: pagecache allocation gfp fixes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Nick Piggin <npiggin@xxxxxxx>
Newbie Question -- error: implicit declaration of function 'iget'
From
: "Qingye Jiang (John)" <John.Jiang@xxxxxxx>
Re: mount(8) manpage and filesystem-specific options
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH 2/2] relatime: Allow making relatime the default behaviour
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Wilcox <matthew@xxxxxx>
Re: mount(8) manpage and filesystem-specific options
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: mount(8) manpage and filesystem-specific options
From
: Andreas Dilger <adilger@xxxxxxx>
[PATCH take2] do_mpage_readpage(): remove first_logical_block parameter
From
: Franck Bui-Huu <vagabon.xyz@xxxxxxxxx>
[PATCH 2/2] relatime: Allow making relatime the default behaviour
From
: Matthew Garrett <mjg@xxxxxxxxxx>
[PATCH 1/2] relatime: Make atime updates more useful
From
: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH] vfs: initialize d_iname to null for long file names
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 23/45] CacheFiles: Be consistent about the use of mapping vs file->f_mapping in Ext3 [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH] 9p: convert d_iname references to d_name.name
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
[PATCH] vfs: initialize d_iname to null for long file names
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Nick Piggin <npiggin@xxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: mount(8) manpage and filesystem-specific options
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [resend take 3 0/4] Distributed storage.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [PATCH] do_mpage_readpage(): remove first_logical_block parameter
From
: Franck Bui-Huu <vagabon.xyz@xxxxxxxxx>
Tux3 Report: Now in kernel and the fun begins
From
: Daniel Phillips <phillips@xxxxxxxxx>
mount(8) manpage and filesystem-specific options
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH] do_mpage_readpage(): remove first_logical_block parameter
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [resend take 3 0/4] Distributed storage.
From
: Frederik Deweerdt <frederik.deweerdt@xxxxxxxx>
Re: [PATCH 2/2] Fix journal detection on HFS+.
From
: "Warren Turkal" <wt@xxxxxxxxxxxxxxxx>
Re: [PATCH] fs: use menuconfig to control the Misc. filesystems menu
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH] fs: use menuconfig to control the Misc. filesystems menu
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
[PATCH] fs: use menuconfig to control the Misc. filesystems menu
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH] do_mpage_readpage(): remove first_logical_block parameter
From
: Franck Bui-Huu <vagabon.xyz@xxxxxxxxx>
[resend take 3 1/4] DST core files.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[resend take 3 3/4] DST crypto thread pool.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[resend take 3 2/4] DST network files.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[resend take 3 0/4] Distributed storage.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[resend take 3 4/4] DST Makefile/Kconfig files.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [PATCH/RFC 2] kvm: fix module refcount issues with anon_inodegetfd
From
: Avi Kivity <avi@xxxxxxxxxx>
FS-Cache Benchmarks
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Zero-clearing all zero-clearable bytes.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: Proposal for "proper" durable fsync() and fdatasync()
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH/RFC 2] kvm: fix module refcount issues with anon_inodegetfd
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [RESEND][PATCH 0/3 BUG,RFC] release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
Re: [RESEND][PATCH 0/3 BUG,RFC] release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Theodore Tso <tytso@xxxxxxx>
Re: [RESEND][PATCH 0/3 BUG,RFC] release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RESEND][PATCH 0/3 BUG,RFC] release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Theodore Tso <tytso@xxxxxxx>
Re: [RESEND][PATCH 0/3 BUG,RFC] release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
Re: [RESEND][PATCH 2/3 BUG,RFC] ext3: release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
Re: [RESEND][PATCH 2/3 BUG,RFC] ext3: release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
Re: [PATCH 00/45] Permit filesystem local caching [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RESEND][PATCH 0/3 BUG,RFC] release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Proposal for "proper" durable fsync() and fdatasync()
From
: "Sachin Gaikwad" <sachin.kernel@xxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] UBIFS: endian handling fixes and annotations
From
: Harvey Harrison <harvey.harrison@xxxxxxxxx>
Re: PG_updatodate vs BH_updatodate
From
: "Francis Moreau" <francis.moro@xxxxxxxxx>
Re: PG_updatodate vs BH_updatodate
From
: Jörn Engel <joern@xxxxxxxxx>
Re: Zero-clearing all zero-clearable bytes.
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: [PATCH] UBIFS: endian handling fixes and annotations
From
: Adrian Hunter <ext-adrian.hunter@xxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] UBIFS: fix compilation warnings
From
: Adrian Hunter <ext-adrian.hunter@xxxxxxxxx>
[PATCH] poll: allow f_op->poll to sleep, take #4
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [RESEND][PATCH 2/3 BUG,RFC] ext3: release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Theodore Tso <tytso@xxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: PG_updatodate vs BH_updatodate
From
: Francis Moreau <francis.moro@xxxxxxxxx>
Re: PG_updatodate vs BH_updatodate
From
: Matthew Wilcox <matthew@xxxxxx>
Re: PG_updatodate vs BH_updatodate
From
: Francis Moreau <francis.moro@xxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Zero-clearing all zero-clearable bytes.
From
: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
Re: [PATCH] UBIFS: endian handling fixes and annotations
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Ingo Molnar <mingo@xxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH] UBIFS: endian handling fixes and annotations
From
: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Ingo Molnar <mingo@xxxxxxx>
Re: Zero-clearing all zero-clearable bytes.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Fix journal detection on HFS+.
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: Zero-clearing all zero-clearable bytes.
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: PG_updatodate vs BH_updatodate
From
: Andreas Dilger <adilger@xxxxxxx>
Re: Zero-clearing all zero-clearable bytes.
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] fs: pipe/sockets/anon dentries should have themselves as parent
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: [PATCH] UBIFS: endian handling fixes and annotations
From
: Harvey Harrison <harvey.harrison@xxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: poll: allow f_op->poll to sleep, take #3
From
: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
poll: allow f_op->poll to sleep, take #3
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: Zero-clearing all zero-clearable bytes.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] UBIFS: endian handling fixes and annotations
From
: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
Re: [PATCH] UBIFS: fix compilation warnings
From
: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
Re: [PATCH fwd] poll: allow f_op->poll to sleep
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Zero-clearing all zero-clearable bytes.
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 23/45] CacheFiles: Be consistent about the use of mapping vs file->f_mapping in Ext3 [ver #41]
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [linux-cifs-client] Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: tracing at filesystem level
From
: devzero@xxxxxx
Re: [PATCH fwd] poll: allow f_op->poll to sleep
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [PATCH fwd] poll: allow f_op->poll to sleep
From
: Matthew Wilcox <matthew@xxxxxx>
[patch 1/2] reiser4: adjust to the new aops
From
: Edward Shishkin <edward.shishkin@xxxxxxxxx>
Re: [PATCH fwd] poll: allow f_op->poll to sleep
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH fwd] poll: allow f_op->poll to sleep
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: tracing at filesystem level
From
: Francis Moreau <francis.moro@xxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Zero-clearing all zero-clearable bytes.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 00/45] Permit filesystem local caching [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH 24/45] CacheFiles: Add a hook to write a single page of data to an inode [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Fwd: fsx-linux failing with latest cifs-2.6 git tree
From
: Nick Piggin <npiggin@xxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
PG_updatodate vs BH_updatodate
From
: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Fwd: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: fsx-linux failing with latest cifs-2.6 git tree
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Fwd: fsx-linux failing with latest cifs-2.6 git tree
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: Fwd: fsx-linux failing with latest cifs-2.6 git tree
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] fs: pipe/sockets/anon dentries should have themselves as parent
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH 24/45] CacheFiles: Add a hook to write a single page of data to an inode [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] fs: pipe/sockets/anon dentries should have themselves as parent
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 24/45] CacheFiles: Add a hook to write a single page of data to an inode [ver #41]
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH 24/45] CacheFiles: Add a hook to write a single page of data to an inode [ver #41]
From
: Valdis.Kletnieks@xxxxxx
Re: Enterprise workload testing for storage and filesystems
From
: "K.S. Bhaskar" <ks.bhaskar@xxxxxxxx>
Re: Enterprise workload testing for storage and filesystems
From
: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
Re: Enterprise workload testing for storage and filesystems
From
: "K.S. Bhaskar" <ks.bhaskar@xxxxxxxx>
tracing at filesystem level
From
: devzero@xxxxxx
[PATCH] UBIFS: fix compilation warnings
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
[PATCH] MAINTAINERS: change UBI/UBIFS git tree URLs
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
[PATCH] UBIFS: endian handling fixes and annotations
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
[PATCH] UBIFS: pre-allocate bulk-read buffer
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
[PATCH] UBIFS: do not allocate too much
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
[PATCH] UBIFS: do not print scary memory allocation warnings
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
[PATCH] UBIFS: allow for gaps when dirtying the LPT
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
[PATCH] UBIFS: remove printk
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
UBIFS updates for 2.6.28
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: [PATCH] fs: pipe/sockets/anon dentries should not have a parent
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 11/45] FS-Cache: Add use of /proc and presentation of statistics [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 07/45] FS-Cache: Provide an add_wait_queue_tail() function [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 24/45] CacheFiles: Add a hook to write a single page of data to an inode [ver #41]
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 24/45] CacheFiles: Add a hook to write a single page of data to an inode [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 06/45] FS-Cache: Recruit a couple of page flags for cache management [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 05/45] FS-Cache: Release page->private after failed readahead [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 00/45] Permit filesystem local caching [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 24/45] CacheFiles: Add a hook to write a single page of data to an inode [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 07/45] FS-Cache: Provide an add_wait_queue_tail() function [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 06/45] FS-Cache: Recruit a couple of page flags for cache management [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 05/45] FS-Cache: Release page->private after failed readahead [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [linux-cifs-client] Re: third patch
From
: Suresh Jayaraman <sjayaraman@xxxxxxx>
Re: Enterprise workload testing for storage and filesystems
From
: Grant Grundler <grundler@xxxxxxxxxx>
[PATCH 1/2] Identify journal info block in volume header.
From
: Warren Turkal <wt@xxxxxxxxxxxxxxxx>
[PATCH 2/2] Fix journal detection on HFS+.
From
: Warren Turkal <wt@xxxxxxxxxxxxxxxx>
[PATCH 0/2] HFS+ journal improvement - take 6
From
: Warren Turkal <wt@xxxxxxxxxxxxxxxx>
Re: [PATCH 11/45] FS-Cache: Add use of /proc and presentation of statistics [ver #41]
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH 11/45] FS-Cache: Add use of /proc and presentation of statistics [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 11/45] FS-Cache: Add use of /proc and presentation of statistics [ver #41]
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: Enterprise workload testing for storage and filesystems
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: [PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Matthew Wilcox <matthew@xxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Fix journal detection on HFS+.
From
: "Warren Turkal" <wt@xxxxxxxxxxxxxxxx>
Re: [PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Matthew Wilcox <matthew@xxxxxx>
[PATCH 42/45] NFS: Read pages from FS-Cache into an NFS inode [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 45/45] NFS: Add mount options to enable local caching on NFS [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 44/45] NFS: Display local caching state [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 43/45] NFS: Store pages from an NFS inode into a local cache [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 39/45] NFS: FS-Cache page management [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 41/45] NFS: nfs_readpage_async() needs to be accessible as a fallback for local caching [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 40/45] NFS: Add read context retention for FS-Cache to call back with [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 37/45] NFS: Invalidate FsCache page flags when cache removed [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 38/45] NFS: Add some new I/O counters for FS-Cache doing things for NFS [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 35/45] NFS: Define and create inode-level cache objects [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 36/45] NFS: Use local disk inode cache [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 34/45] NFS: Define and create superblock-level objects [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 33/45] NFS: Define and create server-level objects [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 32/45] NFS: Register NFS for caching and retrieve the top-level index [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 31/45] NFS: Permit local filesystem caching to be enabled for NFS [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 30/45] NFS: Add FS-Cache option bit and debug bit [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 28/45] FS-Cache: Make kAFS use FS-Cache [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 29/45] NFS: Add comment banners to some NFS functions [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 26/45] CacheFiles: Export things for CacheFiles [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 25/45] CacheFiles: Permit the page lock state to be monitored [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 24/45] CacheFiles: Add a hook to write a single page of data to an inode [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 22/45] CacheFiles: Add missing copy_page export for ia64 [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 23/45] CacheFiles: Be consistent about the use of mapping vs file->f_mapping in Ext3 [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 21/45] FS-Cache: Implement data I/O part of netfs API [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 20/45] FS-Cache: Add and document asynchronous operation handling [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 19/45] FS-Cache: Implement the cookie management part of the netfs API [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 18/45] FS-Cache: Object management state machine [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 17/45] FS-Cache: Bit waiting helpers [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 14/45] FS-Cache: Add cache management [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 16/45] FS-Cache: Add netfs registration [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 15/45] FS-Cache: Provide a slab for cookie allocation [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 11/45] FS-Cache: Add use of /proc and presentation of statistics [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 13/45] FS-Cache: Add cache tag handling [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 10/45] FS-Cache: Add main configuration option, module entry points and debugging [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 12/45] FS-Cache: Root index definition [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 08/45] FS-Cache: Add the FS-Cache netfs API and documentation [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 09/45] FS-Cache: Add the FS-Cache cache backend API and documentation [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 05/45] FS-Cache: Release page->private after failed readahead [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 07/45] FS-Cache: Provide an add_wait_queue_tail() function [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 06/45] FS-Cache: Recruit a couple of page flags for cache management [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 04/45] Document the slow work thread pool [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 00/45] Permit filesystem local caching [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 03/45] Make the slow work pool configurable [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 02/45] Make slow-work thread pool actually dynamic [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Good place to drop preallocation on directories
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
Btrfs trees for linux-next
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 2/2] Fix journal detection on HFS+.
From
: Jörn Engel <joern@xxxxxxxxx>
Re: Good place to drop preallocation on directories
From
: Jörn Engel <joern@xxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: "Naval Saini" <navalnovel@xxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
Re: O_DIRECT patch for processors with VIPT cache for mainline kernel (specifically arm in our case)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH] Fix header include.
From
: "Warren Turkal" <wt@xxxxxxxxxxxxxxxx>
[PATCH 2/2] Fix journal detection on HFS+.
From
: Warren Turkal <wt@xxxxxxxxxxxxxxxx>
[PATCH 1/2] Identify journal info block in volume header.
From
: Warren Turkal <wt@xxxxxxxxxxxxxxxx>
[PATCH 0/2] HFS+ journal improvement - take 5
From
: Warren Turkal <wt@xxxxxxxxxxxxxxxx>
[PATCH 2/7] mm: remove AOP_WRITEPAGE_ACTIVATE
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [PATCH] Fix journal detection on HFS+.
From
: "Warren Turkal" <wt@xxxxxxxxxxxxxxxx>
[RESEND][PATCH 3/3 BUG,RFC] ext4: release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
[RESEND][PATCH 2/3 BUG,RFC] ext3: release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
[RESEND][PATCH 1/3 BUG,RFC] vfs: release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
Re: [PATCH] Fix header include.
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
[RESEND][PATCH 0/3 BUG,RFC] release block-device-mapping buffer_heads which have the filesystem private data for avoiding oom-killer
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
Re: [PATCH] Fix header include.
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: [PATCH] Fix header include.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Fix journal detection on HFS+.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Identify journal info block in volume header.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: hfsplus journal detection - try 4
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: hfsplus journal detection - try 4
From
: "Warren Turkal" <wt@xxxxxxxxxxxxxxxx>
Good place to drop preallocation on directories
From
: Jan Kara <jack@xxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: [PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: hfsplus journal detection - try 4
From
: Jörn Engel <joern@xxxxxxxxx>
Re: hfsplus journal detection - try 4
From
: "Warren Turkal" <wt@xxxxxxxxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
[PATCH] do not attempt to close cifs files which are already closed due to session reconnect
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH] fs/binfmt_misc.c: let binfmt status be more readable
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: third patch
From
: "Steve French" <smfrench@xxxxxxxxx>
[2/5] POHMELFS: core functionality.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[5/5] POHMELFS: VFS changes and make/config files.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[3/5] POHMELFS: transactions and network.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[4/5] POHMELFS: crypto, locking, path and cmd caches.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[1/5] POHMELFS: documentation.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[0/5] New POHMELFS release.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: Fixing fmode_t warnings
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: Fixing fmode_t warnings
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Fixing fmode_t warnings
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Fixing fmode_t warnings
From
: "Steve French" <smfrench@xxxxxxxxx>
Fixing fmode_t warnings
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: third patch
From
: Greg KH <greg@xxxxxxxxx>
Re: Suspected problem w/ autofs and xauth
From
: Steven Hirsch <snhirsch@xxxxxxxxx>
Re: third patch
From
: "Steve French" <smfrench@xxxxxxxxx>
Enterprise workload testing for storage and filesystems
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[resend take 2 3/4] DST crypto thread pool.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[resend take 2 2/4] DST network files.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[resend take 2 1/4] DST core files.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[resend take 2 0/4] Distributed storage.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[resend take 2 4/4] DST Makefile/Kconfig files.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: Suspected problem w/ autofs and xauth
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
[PATCH] fs/binfmt_misc.c: let binfmt status be more readable
From
: Qinghuang Feng <qhfeng.kernel@xxxxxxxxx>
Re: third patch
From
: Greg KH <greg@xxxxxxxxx>
Re: third patch
From
: "Steve French" <smfrench@xxxxxxxxx>
Suspected problem w/ autofs and xauth
From
: Steven Hirsch <snhirsch@xxxxxxxxx>
Re: [PATCH 0/2] Shared flags
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [PATCH 0/2] Shared flags
From
: Pavel Shilovsky <piastry@xxxxxxxxxxx>
Re: [PATCH 0/2] Shared flags
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Corruption with O_DIRECT and unaligned user buffers
From
: Tim LaBerge <tim.laberge@xxxxxxxxxxx>
Re: [PATCH 0/2] Shared flags
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
[PATCH 18/19] ceph: debugging
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 12/19] ceph: monitor client
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 11/19] ceph: CRUSH mapping algorithm
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 14/19] ceph: snapshot management
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 05/19] ceph: inode operations
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 19/19] ceph: Kconfig, Makefile
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 09/19] ceph: MDS client
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 07/19] ceph: file operations
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 10/19] ceph: OSD client
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 16/19] ceph: nfs re-export support
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 08/19] ceph: address space operations
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 13/19] ceph: capability management
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 15/19] ceph: messenger library
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 17/19] ceph: ioctls
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 06/19] ceph: directory operations
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 01/19] ceph: documentation
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 00/19] ceph: Ceph distributed file system client
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 04/19] ceph: super.c
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 02/19] ceph: on-wire types
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 03/19] ceph: client types
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: Default ext inode size
From
: Theodore Tso <tytso@xxxxxxx>
Re: Default ext inode size
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: Default ext inode size
From
: Theodore Tso <tytso@xxxxxxx>
Re: Default ext inode size
From
: "Kalpak Shah" <kalpak.shah@xxxxxxxxx>
Default ext inode size
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: Deadlock at io_schedule? (Re: linux-next: Tree for November 3)
From
: "Alexander Beregalov" <a.beregalov@xxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
