Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: [RFC] [PATCH] Relative lazy atime
From
: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
Re: [PATCH 2/9] sector_t format string
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [RFC] Privilege escalation in filesystems
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 8/9] 48-bit block numbers for extended attributes
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [Ext2-devel] [PATCH 1/9] extents for ext4
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Helge Hafting <helge.hafting@xxxxxxxxxxxxx>
Re: [PATCH 9/9]ext4 super block changes for >32 bit blocks numbers
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH 1/9] extents for ext4
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [Ext2-devel] [PATCH 2/5] Register ext3dev filesystem
From
: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
Re: [Ext2-devel] [PATCH 2/9] sector_t format string
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [Ext2-devel] [PATCH 2/9] sector_t format string
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Bodo Eggert <7eggert@xxxxxxxxxxxx>
Re: [PATCH 2/9] sector_t format string
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 2/9] sector_t format string
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 0/5] Forking ext4 filesystem and JBD2
From
: "Michal Piotrowski" <michal.k.k.piotrowski@xxxxxxxxx>
Re: Urgent help needed on an NFS question, please help!!!
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH 2/9] sector_t format string
From
: "John Stoffel" <john@xxxxxxxxxxx>
Re: [PATCH 1/5] Forking ext4 filesystem from ext3 filesystem
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: [Ext2-devel] [PATCH 1/9] extents for ext4
From
: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
Re: [PATCH 2/9] sector_t format string
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: Urgent help needed on an NFS question, please help!!!
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH 2/9] sector_t format string
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [PATCH 2/9] sector_t format string
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [Ext2-devel] [PATCH 2/9] sector_t format string
From
: Theodore Tso <tytso@xxxxxxx>
Re: Urgent help needed on an NFS question, please help!!!
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: [PATCH 1/5] Forking ext4 filesystem from ext3 filesystem
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [Ext2-devel] [PATCH 1/9] extents for ext4
From
: Alex Tomas <alex@xxxxxxxxxxxxx>
Re: [Ext2-devel] [PATCH 1/9] extents for ext4
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [Ext2-devel] [PATCH 1/9] extents for ext4
From
: Alex Tomas <alex@xxxxxxxxxxxxx>
Re: [Ext2-devel] [PATCH 2/5] Register ext3dev filesystem
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/9] 48bit support in extents
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 9/9]ext4 super block changes for >32 bit blocks numbers
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 8/9] 48-bit block numbers for extended attributes
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 2/9] sector_t format string
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 4/9] 48bit support in extents
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 3/9] support >32 bit ext4 filesystem block type in kernel
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 1/9] extents for ext4
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 1/5] Forking ext4 filesystem from ext3 filesystem
From
: Andrew Morton <akpm@xxxxxxxx>
Re: Urgent help needed on an NFS question, please help!!!
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: Urgent help needed on an NFS question, please help!!!
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: Urgent help needed on an NFS question, please help!!!
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 0/5] Forking ext4 filesystem and JBD2
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Urgent help needed on an NFS question, please help!!!
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: What's the NFS OOM problem?
From
: Willy Tarreau <w@xxxxxx>
Re: Urgent help needed on an NFS question, please help!!!
From
: Neil Brown <neilb@xxxxxxx>
Urgent help needed on an NFS question, please help!!!
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
[PATCH 6/9] 64bit jbd2 core changes
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 9/9]ext4 super block changes for >32 bit blocks numbers
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 7/9] convert in-kernel JBD2 blk type to sector_t
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 8/9] 48-bit block numbers for extended attributes
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 4/9] 48bit support in extents
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 3/9] support >32 bit ext4 filesystem block type in kernel
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 5/9] uninitialized extents handling
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 2/9] sector_t format string
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 1/9] extents for ext4
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 0/9] extents and 48bit blk changes for ext4 filesystem
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 5/5] Use JBD2 in ext4 filesystem
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 2/5] Register ext3dev filesystem
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH 0/5] Forking ext4 filesystem and JBD2
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [RFC] Privilege escalation in filesystems
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC] Privilege escalation in filesystems
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[RFC] Privilege escalation in filesystems
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Edgar Toernig <froese@xxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Edgar Toernig <froese@xxxxxx>
Re: Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Edgar Toernig <froese@xxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Edgar Toernig <froese@xxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Jörn Engel <joern@xxxxxxxxxxxxxxxxxxxx>
Re: Wrapper fs Code (wrapfs)
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Edgar Toernig <froese@xxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Edgar Toernig <froese@xxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: What's the NFS OOM problem?
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
What's the NFS OOM problem?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
mountstats
From
: Steve French <smfltc@xxxxxxxxxx>
Re: Wrapper fs Code (wrapfs)
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: ecryptfs
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: ecryptfs
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pavel Machek <pavel@xxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pavel Machek <pavel@xxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] add -o flush for fat
From
: Chris Mason <mason@xxxxxxxx>
Re: Wrapper fs Code (wrapfs)
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
[take5 2/4] kevent: AIO, aio_sendfile() implementation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: ecryptfs
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH] add -o flush for fat
From
: Andrew Morton <akpm@xxxxxxxx>
Re: ecryptfs
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Chase Venters <chase.venters@xxxxxxxxxxxx>
Re: Wrapper fs Code (wrapfs)
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Edgar Toernig <froese@xxxxxx>
Re: Wrapper fs Code (wrapfs)
From
: jtk@xxxxxxxxxx (John T. Kohl)
Re: [PATCH] add -o flush for fat
From
: Chris Mason <mason@xxxxxxxx>
Re: [patch] add flags to stat()
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: ecryptfs
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [patch] add flags to stat()
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: [patch] add flags to stat()
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: ecryptfs
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: "Albert Cahalan" <acahalan@xxxxxxxxx>
Re: [patch] add flags to stat()
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Fix reiserfs latencies caused by data=ordered
From
: Chris Mason <mason@xxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Edgar Toernig <froese@xxxxxx>
Re: [patch] add flags to stat()
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: Wrapper fs Code (wrapfs)
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: Wrapper fs Code (wrapfs)
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
Re: oldstat and friends
From
: "Ameer Armaly" <ameerarmaly@xxxxxxxxxxxxx>
Re: oldstat and friends
From
: Matthew Wilcox <matthew@xxxxxx>
oldstat and friends
From
: "Ameer Armaly" <ameerarmaly@xxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pavel Machek <pavel@xxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pavel Machek <pavel@xxxxxx>
[patch] add flags to stat()
From
: Ameer Armaly <ameer@xxxxxxxxxxxxx>
Re: [PATCH -mm] fs.h: ifdef security fields
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH -mm] fs.h: ifdef security fields
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Matthew Wilcox <matthew@xxxxxx>
[PATCH -mm] fs.h: ifdef security fields
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH 2/2] reiserfs: ifdef ACL stuff from inode
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[PATCH 1/2] reiserfs: ifdef xattr_sem
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: dean gaudet <dean@xxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: David Lang <dlang@xxxxxxxxxxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [PATCH] add -o flush for fat
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] add -o flush for fat
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxx>
Re: [PATCH] fix reiserfs lock inversion of bkl vs inode semaphore
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
Re: [PATCH 0/2] enable write barriers by default
From
: Chris Mason <mason@xxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH] add -o flush for fat
From
: Chris Mason <mason@xxxxxxxx>
Re: Filesystem Mutation Tool
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH 0/2] enable write barriers by default
From
: Hans Reiser <reiser@xxxxxxxxxxx>
Filesystem Mutation Tool
From
: "Darrick J. Wong" <djwong@xxxxxxxxxx>
Re: [PATCH] add -o flush for fat
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] Fix reiserfs latencies caused by data=ordered
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] fix reiserfs lock inversion of bkl vs inode semaphore
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] fix reiserfs lock inversion of bkl vs inode semaphore
From
: Andrew Morton <akpm@xxxxxxxx>
[PATCH] ifdef ->quota_read, ->quota_write
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: Wrapper fs Code (wrapfs)
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
[PATCH] add -o flush for fat
From
: Chris Mason <mason@xxxxxxxx>
Re: Can someone explain under what condition inode cache pages can be swapped out?
From
: Al Boldi <a1426z@xxxxxxxxx>
[PATCH] Fix reiserfs latencies caused by data=ordered
From
: Chris Mason <mason@xxxxxxxx>
[PATCH] reiserfs_write_full_page should not get_block past eof
From
: Chris Mason <mason@xxxxxxxx>
[PATCH] fix reiserfs lock inversion of bkl vs inode semaphore
From
: Chris Mason <mason@xxxxxxxx>
[PATCH] reiserfs_fsync should only use barriers when they are enabled
From
: Chris Mason <mason@xxxxxxxx>
[PATCH 2/2] make ext3 mount default to barrier=1
From
: Chris Mason <mason@xxxxxxxx>
[PATCH 1/2] Make reiserfs default to barrier=flush
From
: Chris Mason <mason@xxxxxxxx>
[PATCH 0/2] enable write barriers by default
From
: Chris Mason <mason@xxxxxxxx>
Re: Kernel Panic in ext3
From
: Loiseleur Michel <mloiseleur@xxxxxxxxxxxx>
Re: Kernel Panic in ext3
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Kernel Panic in ext3
From
: Loiseleur Michel <mloiseleur@xxxxxxxxxxxx>
Wrapper fs Code (wrapfs)
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
Re: Can someone explain under what condition inode cache pages can be swapped out?
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Can someone explain under what condition inode cache pages can be swapped out?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Can someone explain under what condition inode cache pages can be swapped out?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Can someone explain under what condition inode cache pages can be swapped out?
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC] [PATCH] Relative lazy atime
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
[RFC] [PATCH] Relative lazy atime
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
[RFC] [PATCH] Relative lazy atime
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Can someone explain under what condition inode cache pages can be swapped out?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Some notes on on-line repair
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
[RFC][PATCH] GoboHide: allows to hide directories and symlinks
From
: "Lucas C. Villa Real" <lucasvr@xxxxxxxxxxxxx>
Re: File System Address Space Operations
From
: "Martin Jambor" <jambormartin@xxxxxxxxx>
Re: File System Address Space Operations
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH]: ufs: ufs_change_blocknr: skip truncated pages
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: [PATCH 30/30] VFS: Destroy the dentries contributed by a superblock on unmounting [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 30/30] VFS: Destroy the dentries contributed by a superblock on unmounting [try #11]
From
: Jan Blunck <j.blunck@xxxxxxxxxxxxx>
Re: [PATCH]: ufs: ufs_get_locked_patch race fix
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH]: ufs: ufs_get_locked_patch race fix
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: [PATCH]: ufs: ufs_get_locked_patch race fix
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH]: ufs: ufs_get_locked_patch race fix
From
: Andrew Morton <akpm@xxxxxxxx>
Re: File System Address Space Operations
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
[RFC][PATCH] Don't complete AIO file extension until i_size is updated
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[PATCH]: ufs: ufs_get_locked_patch race fix
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH -mm] ecryptfs: fix printk format warnings
From
: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
Re: [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11]
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: File System Address Space Operations
From
: "Martin Jambor" <jambormartin@xxxxxxxxx>
Re: [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
File System Address Space Operations
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
Re: [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11]
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11]
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: XFS / Quota Bug in 2.6.17.x and 2.6.18x
From
: Nathan Scott <nathans@xxxxxxx>
[PATCH 09/30] NFS: Add a server capabilities NFS RPC op [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 24/30] FS-Cache: Release page->private in failed readahead [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 11/30] NFS: Use the dentry superblock directly in nfs_statfs() [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 12/30] NFS: Add extra const qualifiers [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 13/30] NFS: Maintain a common server record for NFS2/3 as well as for NFS4 [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 14/30] NFS: Make better use of inode* dereferencing macros [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 10/30] NFS: Generalise the nfs_client structure [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 15/30] NFS: Move rpc_ops from nfs_server to nfs_client [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 16/30] NFS: Eliminate client_sys in favour of cl_rpcclient [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 30/30] VFS: Destroy the dentries contributed by a superblock on unmounting [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 00/30] Permit filesystem local caching and NFS superblock sharing [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 19/30] NFS: Add server and volume lists to /proc [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 21/30] NFS: Secure the roots of the NFS subtrees in a shared superblock [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 02/30] NFS: Fix up split of fs/nfs/inode.c [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 20/30] NFS: Fix error handling [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 01/30] NFS: Add dentry materialisation op [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 25/30] FS-Cache: Make kAFS use FS-Cache [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 17/30] NFS: Start rpciod in server common management [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 03/30] NFS: Disambiguate nfs_stat_to_errno() [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 26/30] NFS: Use local caching [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 27/30] FS-Cache: CacheFiles: ia64: missing copy_page export [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 06/30] NFS: Rename nfs_server::nfs4_state [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 29/30] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super() [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 05/30] NFS: Rename struct nfs4_client to struct nfs_client [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 08/30] NFS: Add a lookupfh NFS RPC op [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 22/30] FS-Cache: Provide a filesystem-specific sync'able page bit [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 07/30] NFS: Return an error when starting the idmapping pipe [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 04/30] NFS: Fix NFS4 callback up/down prototypes [try #11]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Horst H. von Brand" <vonbrand@xxxxxxxxxxxx>
Re: Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Petr Baudis <pasky@xxxxxxx>
Re: O_CAREFUL flag to disable open() side effects
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: O_CAREFUL flag to disable open() side effects
From
: "Ulrich Drepper" <drepper@xxxxxxxxx>
Re: O_CAREFUL flag to disable open() side effects
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Ulrich Drepper" <drepper@xxxxxxxxx>
Re: O_CAREFUL flag to disable open() side effects
From
: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
O_CAREFUL flag to disable open() side effects
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Ulrich Drepper" <drepper@xxxxxxxxx>
Re: Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Ulrich Drepper" <drepper@xxxxxxxxx>
Re: Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls V2
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
[RFC/PATCH] revoke/frevoke system calls V2
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[PATCH 5/5] vfs: define new lookup flag for chdir
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[PATCH 4/5] fuse: use dentry in statfs
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[PATCH 3/5] fuse: fix typo
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[PATCH 2/5] fuse: use jiffies_64
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[PATCH 1/5] fuse: fix zero timeout
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[PATCH 0/5] fuse: minor bug fixes and improvements
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
XFS / Quota Bug in 2.6.17.x and 2.6.18x
From
: ProfiHost - Stefan Priebe <s.priebe@xxxxxxxxxxxxx>
Re: CFQ will be the new default IO scheduler - why?
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: CFQ will be the new default IO scheduler - why?
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
Re: CFQ will be the new default IO scheduler - why?
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: CFQ will be the new default IO scheduler - why?
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: CFQ will be the new default IO scheduler - why?
From
: Al Boldi <a1426z@xxxxxxxxx>
Current state of NFSv4
From
: "TJ Easter" <tjeaster@xxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: "Albert Cahalan" <acahalan@xxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: Edgar Toernig <froese@xxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: "roucaries bastien" <roucaries.bastien@xxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: Bodo Eggert <7eggert@xxxxxxxxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: Björn Steinbrink <B.Steinbrink@xxxxxx>
Re: [RFC/PATCH] revoke/frevoke system calls
From
: Kari Hurtta <hurtta+gmane@xxxxxxxxxxxx>
[RFC/PATCH] revoke/frevoke system calls
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: Create very large filesystem on Linux
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Create very large filesystem on Linux
From
: Mark F <mfaine@xxxxxxxxxxx>
Dealing with removal of tasklist_lock export
From
: David Quigley <dpquigl@xxxxxxxxxxxxx>
Amusing take on encrypted files
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: Reiser4 Inclusion
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Reiser4 Inclusion
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Reiser4 Inclusion
From
: Jeff Dike <jdike@xxxxxxxxxxx>
Re: "Why Reuser 4 still is not in" doc
From
: Horst von Brand <vonbrand@xxxxxxxxxxxx>
Re: Reiser4 Inclusion
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: "Why Reuser 4 still is not in" doc
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: "Why Reuser 4 still is not in" doc
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Reiser4 Inclusion
From
: Matthias Andree <matthias.andree@xxxxxx>
Re: Reiser4 Inclusion
From
: "Jeff Anderson-Lee" <jonah@xxxxxxxxxxxxxxxxx>
Re: "Why Reuser 4 still is not in" doc
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH -mm 5/7] add user namespace
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: "Why Reuser 4 still is not in" doc
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: [PATCH -mm 5/7] add user namespace
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [PATCH -mm 5/7] add user namespace
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: [PATCH 1/3] VFS: Fix access("file", X_OK) in the presence of ACLs
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
Re: [PATCH 1/3] VFS: Fix access("file", X_OK) in the presence of ACLs
From
: Peter Staubach <staubach@xxxxxxxxxx>
[ANNOUNCE] autofs 5.0.1 rc1 release candidate
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 3/3] VFS: Remove redundant open-coded mode bit checks in open_exec().
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 2/3] VFS: Remove redundant open-coded mode bit check in prepare_binfmt().
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 1/3] VFS: Fix access("file", X_OK) in the presence of ACLs
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] VFS: FS CoW using redirection
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: Developing a Distributed File System
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests
From
: Stephane Doyon <sdoyon@xxxxxxxxx>
Re: Developing a Distributed File System
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Nathan Scott <nathans@xxxxxxx>
Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests
From
: Nathan Scott <nathans@xxxxxxx>
Re: [RFC] Copy on First Read?
From
: Roger Larsson <roger.larsson@xxxxxxxxxx>
Re: [RFC] Copy on First Read?
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Badness in __mutex_unlock_slowpath with XFS stress tests
From
: Stephane Doyon <sdoyon@xxxxxxxxx>
Re: [autofs] Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [RFC] Copy on First Read?
From
: Roger Larsson <roger.larsson@xxxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [RFC] Copy on First Read?
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: Developing a Distributed File System
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
[RFC] Copy on First Read?
From
: Roger Larsson <roger.larsson@xxxxxxxxxx>
Developing a Distributed File System
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Nathan Scott <nathans@xxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Nathan Scott <nathans@xxxxxxx>
RE: [PATCH] xfs: remove unused locking flags
From
: "Mike Gigante" <mg@xxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Nathan Scott <nathans@xxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] VFS: FS CoW using redirection
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: [RFC] VFS: FS CoW using redirection
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: [PATCH] xfs: remove unused locking flags
From
: Nathan Scott <nathans@xxxxxxx>
Re: [PATCH] xfs: move XFS_IOC_GETVERSION to main multiplexer
From
: Nathan Scott <nathans@xxxxxxx>
[PATCH] xfs: remove unused locking flags
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH 0/13: eCryptfs] eCryptfs Patch Set
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC] VFS: FS CoW using redirection
From
: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
[PATCH] xfs: move XFS_IOC_GETVERSION to main multiplexer
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
[RFC] VFS: FS CoW using redirection
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: [PATCH 0/13: eCryptfs] eCryptfs Patch Set
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 0/13: eCryptfs] eCryptfs Patch Set
From
: David Quigley <dpquigl@xxxxxxxxxxxxx>
Re: [PATCH 14/21] FS-Cache: Avoid ENFILE checking for kernel-specific open files
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
Re: [PATCH 14/21] FS-Cache: Avoid ENFILE checking for kernel-specific open files
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/13: eCryptfs] eCryptfs Patch Set
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [PATCH 0/13: eCryptfs] eCryptfs Patch Set
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 0/13: eCryptfs] eCryptfs Patch Set
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 14/21] FS-Cache: Avoid ENFILE checking for kernel-specific open files
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 16/21] FS-Cache: Release page->private in failed readahead
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 2/2] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super()
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 1/2] VFS: Destroy the dentries contributed by a superblock on unmounting
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 20/21] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super()
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 20/21] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super()
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 20/21] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super()
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 16/21] FS-Cache: Release page->private in failed readahead
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 20/21] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super()
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 14/21] FS-Cache: Avoid ENFILE checking for kernel-specific open files
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH 08/21] NFS: Add a lookupfh NFS RPC op
From
: Andrew Morton <akpm@xxxxxxxx>
Re: IRC channel
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Linux file systems workshop summary
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
[PATCH 21/21] VFS: Destroy the dentries contributed by a superblock on unmounting
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 17/21] FS-Cache: Make kAFS use FS-Cache
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 19/21] NFS: Use local caching
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 20/21] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super()
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 16/21] FS-Cache: Release page->private in failed readahead
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 08/21] NFS: Add a lookupfh NFS RPC op
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 14/21] FS-Cache: Avoid ENFILE checking for kernel-specific open files
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 13/21] FS-Cache: Provide a filesystem-specific sync'able page bit
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 12/21] NFS: Add server and volume lists to /proc
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 10/21] NFS: Generalise the nfs_client structure
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 09/21] NFS: Add a lookupfh NFS RPC op
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 07/21] NFS: Return an error when starting the idmapping pipe
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 05/21] NFS: Rename struct nfs4_client to struct nfs_client
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 06/21] NFS: Rename nfs_server::nfs4_state
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 00/21] FSCACHE support for AFS and NFS
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 03/21] NFS: Disambiguate nfs_stat_to_errno()
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 04/21] NFS: Fix NFS4 callback up/down prototypes
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 01/21] NFS: Add dentry materialisation op
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 02/21] NFS: Fix up split of fs/nfs/inode.c
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
Re: IRC channel
From
: "Daniel Bonekeeper" <thehazard@xxxxxxxxx>
Re: IRC channel
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
IRC channel
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: Cluster File System Definition
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Nathan Scott <nathans@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Nathan Scott <nathans@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Nathan Scott <nathans@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Nathan Scott <nathans@xxxxxxx>
Re: How long can an inode structure reside in the inode_cache? - read the code
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Andi Kleen <ak@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Nathan Scott <nathans@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Nathan Scott <nathans@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Nathan Scott <nathans@xxxxxxx>
Re: [LOCKDEP] xfs: possible recursive locking detected
From
: Matthew Wilcox <matthew@xxxxxx>
[LOCKDEP] xfs: possible recursive locking detected
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Cluster File System Definition
From
: UZAIR LAKHANI <uzairr_bs1b@xxxxxxxxx>
How to explain a strange NFS behavior
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: File systems wiki?
From
: Rik van Riel <riel@xxxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Hans Reiser <reiser@xxxxxxxxxxx>
[CFP] Storage and Security workshop
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Chris Mason <mason@xxxxxxxx>
CFP: CIC-2006, 15th International Conference on Computing, published by IEEE CS (one week reminder)
From
: "Alexander Gelbukh \(CIC-2006\)" <cfp-CIC-2006-a@xxxxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super()
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: "Hisashi Hifumi" <hifumi.hisashi@xxxxxxxxxxxxx>
Re: BUG IN REISERFS
From
: Hans Reiser <reiser@xxxxxxxxxxx>
[PATCH 1/2] VFS: Destroy the dentries contributed by a superblock on unmounting
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 2/2] AUTOFS: Make sure all dentries refs are released before calling kill_anon_super()
From
: David Howells <dhowells@xxxxxxxxxx>
Re: BUG IN REISERFS
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Chris Mason <mason@xxxxxxxx>
BUG IN REISERFS
From
: "Masthan, Dudekula (STSD)" <dudekula.masthan@xxxxxx>
Re: BUG IN REISERFS SLES 10 :
From
: "Vladimir V. Saveliev" <vs@xxxxxxxxxxx>
BUG IN REISERFS SLES 10 :
From
: "Masthan, Dudekula (STSD)" <dudekula.masthan@xxxxxx>
Re: [RFC][Update][Patch 12/16]Fix undefined ">> 32" in revoke code
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Chris Mason <mason@xxxxxxxx>
[RFC][Update][Patch 7/16]Core 64 bit JBD changes
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 6/16]handing unitialized extents
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 3/16]convert ext3_fsblk_t to sector_t to support >32 bit block in kernel
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 4/16]support 48 bit blk number in extents
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 11/16]JBD layer in-kernel block variables type fixes
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 5/16]block type convert in extents
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 9/16]Fix reading of 32-bit tag descriptors
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 12/16]Fix undefined ">> 32" in revoke code
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 15/16] compile warning fix and change 64bit to INCOMPAT feature
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 14/16] 48bit super block (metadata) changes
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 13/16] 48 bit on-disk i_file_acl support
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 16/16]Update ext3 superblock definition
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 10/16]Cleanup journal_tag_bytes()
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 8/16]Avoid potential block overflow when writing journal metadata tags
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 2/16]sector_t type format string
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update][Patch 1/16]core extent map support
From
: Mingming Cao <cmm@xxxxxxxxxx>
[RFC][Update 0/16]extents and 48bit ext3/4 patches
From
: Mingming Cao <cmm@xxxxxxxxxx>
[ANNOUNCE] autofs 5.0.0 beta6 beta release
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH]: ufs: truncate should allocate block for last byte
From
: Andrew Morton <akpm@xxxxxxxx>
Re: File systems wiki?
From
: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
File systems wiki?
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: [PATCH]: ufs: truncate should allocate block for last byte
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: [PATCH 10/13: eCryptfs] Mmap operations
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [PATCH 10/13: eCryptfs] Mmap operations
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [PATCH]: ufs: truncate should allocate block for last byte
From
: Andrew Morton <akpm@xxxxxxxx>
[PATCH]: ufs: truncate should allocate block for last byte
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: [PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: Andrew Morton <akpm@xxxxxxxx>
Re: Choosing and tuning Linux file systems
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
NFS mount redesign
From
: Amit Gud <agud@xxxxxxxxxx>
Question about buffer.c
From
: Marcin Glogowski <marcin.glogowski@xxxxxxxxxx>
[PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [autofs] [ANNOUNCE] autofs 5.0.0 beta5 beta release
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [autofs] [ANNOUNCE] autofs 5.0.0 beta5 beta release
From
: "Peter C. Norton" <spacey-autofs@xxxxxxxxx>
Re: [PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: Neil Brown <neilb@xxxxxxx>
[PATCH 5/5] NLM,NFSv4: Wait on local locks before we put RPC calls on the wire
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 2/2] NFS: missing set_page_writeback()/end_page_writeback() in nfs_cancel_requests
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 2/5] NLM,NFSv4: Don't put UNLOCK requests on the wire unless we hold a lock
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 1/2] NFS: Fix NFS page_state usage
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 3/5] NFSv4: Ensure nfs4_lock_expired() caches delegated locks
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 0/5] Enable extra optimisations on fcntl(F_UNLCK) requests on NFS
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 1/5] VFS: Allow caller to determine if BSD or posix locks were actually freed
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
[PATCH 4/5] VFS: Add support for the FL_ACCESS flag to flock_lock_file()
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
Re: Choosing and tuning Linux file systems
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Tomas Hruby <thruby@xxxxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Tomas Hruby <thruby@xxxxxxxxx>
Re: Problems with POSIX ACL <=> NFSv4 ACL mapping in mainline
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] [PATCH 2/3]: ufs: track i_size
From
: Andrew Morton <akpm@xxxxxxxx>
Re: Problems with POSIX ACL <=> NFSv4 ACL mapping in mainline
From
: Andreas Gruenbacher <agruen@xxxxxxx>
turning off posix advisory locks and falling back to mandatory locks
From
: Steve French <smfrench@xxxxxxxxxxxxx>
Re: Problems with POSIX ACL <=> NFSv4 ACL mapping in mainline
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: Problems with POSIX ACL <=> NFSv4 ACL mapping in mainline
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Problems with POSIX ACL <=> NFSv4 ACL mapping in mainline
From
: Andreas Gruenbacher <agruen@xxxxxxx>
[RFC] [PATCH 3/3]: ufs: allocate last block in ufs_truncate
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[RFC] [PATCH 2/3]: ufs: track i_size
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH 1/3]: ufs: ufs_read_inode cleanup
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Theodore Tso <tytso@xxxxxxx>
Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems]
From
: Tomas Hruby <thruby@xxxxxxxxx>
Re: [PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Choosing and tuning Linux file systems
From
: Erik Mouw <erik@xxxxxxxxxxxxxxxxxxxxx>
Re: Choosing and tuning Linux file systems
From
: "Nate Diller" <nate.diller@xxxxxxxxx>
Re: Choosing and tuning Linux file systems
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: Choosing and tuning Linux file systems
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: Choosing and tuning Linux file systems
From
: Matthew Wilcox <matthew@xxxxxx>
Choosing and tuning Linux file systems
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
[PATCH v2] xfs: drop dir checks on link(directory)
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH] xfs: update ->flush method proto
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
[PATCH] xfs: update ->flush method proto
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH]: block_read_full_page: micro optimization
From
: "Ray Lee" <madrabbit@xxxxxxxxx>
[PATCH] Destroy the dentries contributed by a superblock on unmounting
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [NFS] Problems with POSIX ACL <=> NFSv4 ACL mapping in mainline
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Fix dcache race during umount
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC PATCH] add lookup hint for network file systems
From
: ASANO Masahiro <masano@xxxxxxxxxxxxxx>
[PATCH]: block_read_full_page: micro optimization
From
: Paul Drynoff <pauldrynoff@xxxxxxxxx>
Re: [RFC PATCH] add lookup hint for network file systems
From
: Andrew Morton <akpm@xxxxxxxx>
Re: [PATCH] Fix dcache race during umount
From
: Neil Brown <neilb@xxxxxxx>
Re: Large single raid and XFS or two small ones and EXT3?
From
: Nix <nix@xxxxxxxxxxxxx>
Re: Large single raid and XFS or two small ones and EXT3?
From
: Tom Vier <tmv@xxxxxxxxxxx>
Re: Large single raid and XFS or two small ones and EXT3?
From
: Christian Pedaschus <cpedaschus@xxxxxx>
Re: Large single raid and XFS or two small ones and EXT3?
From
: Christian Pedaschus <cpedaschus@xxxxxx>
Re: Large single raid and XFS or two small ones and EXT3?
From
: Russell Cattelan <cattelan@xxxxxxxxxxx>
Re: Problems with POSIX ACL <=> NFSv4 ACL mapping in mainline
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Large single raid and XFS or two small ones and EXT3?
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: Hans Reiser <reiser@xxxxxxxxxxx>
Re: Large single raid and XFS or two small ones and EXT3?
From
: Al Boldi <a1426z@xxxxxxxxx>
Re: [PATCH] Fix dcache race during umount
From
: Jan Blunck <jblunck@xxxxxxx>
[RFC PATCH] add lookup hint for network file systems
From
: ASANO Masahiro <masano@xxxxxxxxxxxxxx>
Re: [PATCH] reiserfs:fix journaling issue regarding fsync()
From
: "Vladimir V. Saveliev" <vs@xxxxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [patch 2.6.17] s2io driver irq fix
From
: Roland Dreier <rdreier@xxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Andrew Morton <akpm@xxxxxxxx>
Re: petabyte class archival filestore wanted/proposed
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Ian Kent <raven@xxxxxxxxxx>
Re: petabyte class archival filestore wanted/proposed
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
RE: [patch 2.6.17] s2io driver irq fix
From
: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxxxxxx>
Re: petabyte class archival filestore wanted/proposed
From
: Jeff Anderson-Lee <jonah@xxxxxxxxxxxxxxxxx>
Re: petabyte class archival filestore wanted/proposed
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: petabyte class archival filestore wanted/proposed
From
: Jeff Anderson-Lee <jonah@xxxxxxxxxxxxxxxxx>
Re: petabyte class archival filestore wanted/proposed
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [RFC][PATCH 03/20] Add vfsmount writer count
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [PATCH] Fix dcache race during umount
From
: Jan Blunck <jblunck@xxxxxxx>
petabyte class archival filestore wanted/proposed
From
: Jeff Anderson-Lee <jonah@xxxxxxxxxxxxxxxxx>
Re: [PATCH] Fix dcache race during umount
From
: Jan Blunck <jblunck@xxxxxxx>
Re: [PATCH] Fix dcache race during umount
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 4/4] XFS: Use the dentry passed to statfs() to limit the scope of the results [try #3]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 3/4] VFS: Permit filesystem to perform statfs with a known root dentry [try #3]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 2/4] VFS: Permit filesystem to override root dentry on mount [try #3]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 1/4] Fix dcache race during umount [try #3]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 0/4] VFS: Enable future NFS superblock sharing [try #3]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH] Fix dcache race during umount
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [patch 2.6.17] s2io driver irq fix
From
: Andrew Morton <akpm@xxxxxxxx>
[patch 2.6.17] s2io driver irq fix
From
: Ananda Raju <Ananda.Raju@xxxxxxxxxxxx>
[PATCH]: ext2: cleanup: put_page and comment fix
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: [PATCH 2/12] Support for larger maximum key size
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [PATCH 3/12] Add codes for additional ciphers
From
: "Timothy R. Chavez" <tinytim@xxxxxxxxxx>
Re: [PATCH 2/12] Support for larger maximum key size
From
: "Timothy R. Chavez" <tinytim@xxxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [autofs] [PATCH] autofs4 needs to force fail return revalidate
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH 1/2] VFS: Permit filesystem to override root dentry on mount [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 0/2] VFS: Enable future NFS superblock sharing [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH 2/2] VFS: Permit filesystem to perform statfs with a known root dentry [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [PATCH] autofs4 needs to force fail return revalidate
From
: Andrew Morton <akpm@xxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
