Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
[PATCH 18/21] Unionfs: Pass lowernd to lower ->revalidate function
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 09/21] Unionfs: Bulk of branch-management remount code
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 17/21] Unionfs: vfsmount reference counting fixes
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 07/21] Unionfs: Actually verify if dentry's info node is locked
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 11/21] Unionfs: Rewrite unionfs_d_revalidate
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 06/21] Unionfs: Provide more helpful info on branch leaks during unmount
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 15/21] Unionfs: Decrement totalopens counter on error in unionfs_open
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 16/21] Unionfs: unionfs_create needs to revalidate the dentry
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 21/21] Unionfs: Don't inline do_remount_{add,del,mode}_option
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 12/21] Unionfs: Grab the unionfs sb private data lock around branch info users
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 20/21] Unionfs: Added several BUG_ONs to assert dentry validity
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 02/21] fs: Export drop_pagecache_sb symbol
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 10/21] Unionfs: Introduce unionfs_mnt{get,put}
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[GIT PULL -mm] Unionfs branch management code
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: Matthew Wilcox <matthew@xxxxxx>
Re: REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: Valdis.Kletnieks@xxxxxx
Re: REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: Valdis.Kletnieks@xxxxxx
Troll Of The Year (Was: REISER4 FOR INCLUSION IN THE LINUX KERNEL.)
From
: Ronni Nielsen <theronni@xxxxxxxxx>
Re: REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER - Christer Weinigel
From
: Willy Tarreau <w@xxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER - Christer Weinigel
From
: johnrobertbanks@xxxxxxxxxxx
Re: REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: Gene Heskett <gene.heskett@xxxxxxxxx>
Re: REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: "David H. Lynch Jr" <dhlii@xxxxxxxxxxx>
Re: REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER - Christer Weinigel
From
: johnrobertbanks@xxxxxxxxxxx
REISER4 FOR INCLUSION IN THE LINUX KERNEL.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER - Christer Weinigel
From
: "David H. Lynch Jr" <dhlii@xxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER - Christer Weinigel
From
: "David H. Lynch Jr" <dhlii@xxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: "David H. Lynch Jr" <dhlii@xxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER - Christer Weinigel
From
: Christer Weinigel <christer@xxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER - Christer Weinigel
From
: Richard Knutsson <ricknu-0@xxxxxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER - Christer Weinigel
From
: johnrobertbanks@xxxxxxxxxxx
Re: [PATCH 1/17] locks: trivial removal of unnecessary parentheses
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 3/17] locks: make ->lock release private data before returning in GETLK case
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Jeff Mahoney <jeffm@xxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Theodore Tso <tytso@xxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Adrian Bunk <bunk@xxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Willy Tarreau <w@xxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Jose Celestino <japc@xxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Christer Weinigel <christer@xxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: "David H. Lynch Jr" <dhlii@xxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: "David H. Lynch Jr" <dhlii@xxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Theodore Tso <tytso@xxxxxxx>
Re: compressing intermediate files with LZO on the fly
From
: David Lang <david.lang@xxxxxxxxxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
Re: COMPILING AND CONFIGURING A NEW KERNEL.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Krzysztof Halasa <khc@xxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Valdis.Kletnieks@xxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Valdis.Kletnieks@xxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Valdis.Kletnieks@xxxxxx
Re: COMPILING AND CONFIGURING A NEW KERNEL.
From
: Valdis.Kletnieks@xxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Krzysztof Halasa <khc@xxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Dale Amon <amon@xxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: compressing intermediate files with LZO on the fly
From
: Willy Tarreau <w@xxxxxx>
Re: COMPILING AND CONFIGURING A NEW KERNEL.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Willy Tarreau <w@xxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: Reiser4. BEST FILESYSTEM EVER.
From
: Jan Harkes <jaharkes@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: [patch 0/8] unprivileged mount syscall
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 7/17] locks: allow {vfs,posix}_lock_file to return conflicting lock
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 6/17] locks: factor out generic/filesystem switch from setlock code
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 5/17] locks: factor out generic/filesystem switch from test_lock
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 4/17] locks: give posix_test_lock same interface as ->lock
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 3/17] locks: make ->lock release private data before returning in GETLK case
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 2/17] locks: create posix-to-flock helper functions
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/17] locks: trivial removal of unnecessary parentheses
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/17] locks: trivial removal of unnecessary parentheses
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: Reiser4. BEST FILESYSTEM EVER.
From
: johnrobertbanks@xxxxxxxxxxx
Re: 2.6.21-rc5-git12 new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
nfsd locking for cluster filesystems
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 15/17] lockd: always preallocate block in nlmsvc_lock()
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 8/17] locks: add fl_notify arguments for asynchronous lock return
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 5/17] locks: factor out generic/filesystem switch from test_lock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 2/17] locks: create posix-to-flock helper functions
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 16/17] lockd: add code to handle deferred lock requests
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 17/17] gfs2: nfs lock support for gfs2
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 12/17] lockd: handle fl_notify callbacks
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 14/17] lockd: handle test_lock deferrals
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 13/17] lockd: pass cookie in nlmsvc_testlock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 11/17] lockd: save lock state on deferral
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 9/17] locks: add lock cancel command
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 7/17] locks: allow {vfs,posix}_lock_file to return conflicting lock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 6/17] locks: factor out generic/filesystem switch from setlock code
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 10/17] nfsd4: Convert NFSv4 to new lock interface
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 4/17] locks: give posix_test_lock same interface as ->lock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 1/17] locks: trivial removal of unnecessary parentheses
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
nfs locking for cluster filesystems
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 3/17] locks: make ->lock release private data before returning in GETLK case
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
Re: 2.6.21-rc5-git12 new aops patchset
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: 2.6.21-rc5-git12 new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
[KJ][PATCH]ROUND_UP macro cleanup in fs/smbfs/request.c
From
: Milind Arun Choudhary <milindchoudhary@xxxxxxxxx>
[KJ][PATCH]ROUND_UP macro cleanup in fs/(select|compat|readdir).c
From
: Milind Arun Choudhary <milindchoudhary@xxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
2.6.21-rc5-git12 new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: David Chinner <dgc@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: David Chinner <dgc@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: David Chinner <dgc@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
[patch 8/8] allow unprivileged fuse mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 5/8] allow unprivileged bind mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 7/8] allow unprivileged mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 6/8] put declaration of put_filesystem() in fs.h
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 4/8] propagate error values from clone_mnt
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 1/8] add user mounts to the kernel
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 3/8] account user mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 2/8] allow unprivileged umount
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Recursive ->i_mutex lockdep complaint
From
: Alexey Dobriyan <adobriyan@xxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
[PATCH] Add a struct key pointer to struct nameidata
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: Recursive ->i_mutex lockdep complaint
From
: Miklos Szeredi <mszeredi@xxxxxxx>
Recursive ->i_mutex lockdep complaint
From
: Alexey Dobriyan <adobriyan@xxxxx>
[PATCH 0/8] AF_RXRPC socket family and AFS rewrite [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 6/8] AF_RXRPC: Add an interface to the AF_RXRPC module for the AFS filesystem to use [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 2/8] AF_RXRPC: Make it possible to merely try to cancel timers and delayed work [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 3/8] AF_RXRPC: Key facility changes for AF_RXRPC [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 1/8] AF_RXRPC: Move generic skbuff stuff from XFRM code to generic code [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 2/9] AF_RXRPC: Move generic skbuff stuff from XFRM code to generic code
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
[PATCH 7/9] AF_RXRPC: Add an interface to the AF_RXRPC module for the AFS filesystem to use
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 0/9] AF_RXRPC socket family and AFS rewrite
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 3/9] AF_RXRPC: Make it possible to merely try to cancel timers and delayed work
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 4/9] AF_RXRPC: Key facility changes for AF_RXRPC
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 2/9] AF_RXRPC: Move generic skbuff stuff from XFRM code to generic code
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 1/9] AF_RXRPC: Add blkcipher accessors for using kernel data directly
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: [ANNOUNCE] new new aops patchset
From
: Badari Pulavarty <pbadari@xxxxxxxxx>
Re: Linux page cache issue?
From
: Jan Kara <jack@xxxxxxx>
[ANNOUNCE] new new aops patchset
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Ext3: changes to increase the speed?
From
: Eriberto <eriberto@xxxxxxxxxxxxxxx>
Re: Ext3: changes to increase the speed?
From
: coly <colyli@xxxxxxxxx>
Re: Announce: new-aops-1 for 2.6.21-rc3
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Ext3: changes to increase the speed?
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Ext3: changes to increase the speed?
From
: Eriberto <eriberto@xxxxxxxxxxxxxxx>
Re: [PATCH 0/18] export operations rewrite
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: Announce: new-aops-1 for 2.6.21-rc3
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Interface for the new fallocate() system call
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Paul Mackerras <paulus@xxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Paul Mackerras <paulus@xxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Jakub Jelinek <jakub@xxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH 0/18] export operations rewrite
From
: Neil Brown <neilb@xxxxxxx>
Re: Interface for the new fallocate() system call
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: "linux-os \(Dick Johnson\)" <linux-os@xxxxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Interface for the new fallocate() system call
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: Linux page cache issue?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Interface for the new fallocate() system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [NFS] [PATCH 2/18] exportfs: add fid type
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Linux page cache issue?
From
: Jan Kara <jack@xxxxxxx>
CFP: Storage Security and Survivability Workshop
From
: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Re: [NFS] [PATCH 2/18] exportfs: add fid type
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [NFS] [PATCH 0/18] export operations rewrite
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Linux page cache issue?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: Linux page cache issue?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: forced umount?
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: Linux page cache issue?
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: Linux page cache issue?
From
: Matthias Kaehlcke <matthias.kaehlcke@xxxxxxxxx>
Re: Linux page cache issue?
From
: "junjie cai" <junjiec@xxxxxxxxx>
Linux page cache issue?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: forced umount?
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: forced umount?
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: forced umount?
From
: Pozsar Balazs <pozsy@xxxxxxxxxxx>
[PATCH] Remove dead ext2 code
From
: Amit Gud <gud@xxxxxxx>
Re: BUG: Files corrupt after moving LVM volume to USB disk
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
64-bit Device Capacity Limit
From
: "John Anthony Kazos Jr." <jakj@xxxxxxxxxxx>
Re: BUG: Files corrupt after moving LVM volume to USB disk
From
: Milan Broz <mbroz@xxxxxxxxxx>
[PATCH 2/2] Remove do_sync_file_range()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
[PATCH 1/2] Turn do_sync_file_range() into do_sync_mapping_range()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: BUG: Files corrupt after moving LVM volume to USB disk
From
: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
Re: BUG: Files corrupt after moving LVM volume to USB disk
From
: "Marti Raudsepp" <marti@xxxxxxxxx>
Re: [PATCH] Turn do_sync_file_range() into do_sync_mapping_range()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: Direct VFS/SB Access and Private Submounting
From
: Christopher Allen Wing <wingc@xxxxxxxxxxxxxxx>
Re: [PATCH] Turn do_sync_file_range() into do_sync_mapping_range()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Turn do_sync_file_range() into do_sync_mapping_range()
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] Turn do_sync_file_range() into do_sync_mapping_range()
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [PATCH] ROMFS: printk format warnings
From
: David Howells <dhowells@xxxxxxxxxx>
BUG: Files corrupt after moving LVM volume to USB disk
From
: "Marti Raudsepp" <marti@xxxxxxxxx>
Re: Announce: new-aops-1 for 2.6.21-rc3
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] unionfs: sioq not __exit
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
[PATCH] reiserfs: proc support requires PROC_FS
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH] ROMFS: printk format warnings
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH] unionfs: sioq not __exit
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] fs: remove duplicated iovec checking code v8
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Received a panic while closing the file.
From
: "Prasad Joshi" <prasadjoshi124@xxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: David Chinner <dgc@xxxxxxx>
[PATCH 1/2] fs: remove duplicated iovec checking code v8
From
: Dmitriy Monakhov <dmonakhov@xxxxxxxxxx>
[PATCH 2/2] fs: incorrect direct io error handling v8
From
: Dmitriy Monakhov <dmonakhov@xxxxxxxxxx>
Re: [PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: forced umount?
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
[PATCH 2 of 2] Make XFS use block_page_mkwrite()
From
: David Chinner <dgc@xxxxxxx>
[PATCH 1 of 2] block_page_mkwrite() Implementation V2
From
: David Chinner <dgc@xxxxxxx>
Re: forced umount?
From
: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: forced umount?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: forced umount?
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Direct VFS/SB Access and Private Submounting
From
: "John Anthony Kazos Jr." <jakj@xxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Matthew Wilcox <matthew@xxxxxx>
Re: forced umount?
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Paul Mackerras <paulus@xxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: forced umount?
From
: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: forced umount?
From
: Gene Heskett <gene.heskett@xxxxxxxxx>
Re: forced umount?
From
: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
forced umount?
From
: "Mike Snitzer" <snitzer@xxxxxxxxx>
[PATCH 18/18] exportfs: update documentation
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 17/18] exportfs: remove old methods
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 16/18] ocfs2: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 15/18] gfs2: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 14/18] reiserfs: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 13/18] shmem: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 12/18] isofs: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 11/18] fat: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 10/18] xfs: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 9/18] ntfs: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 8/18] jfs: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 7/18] ext4: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 6/18] ext3: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 5/18] ext2: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 4/18] efs: new export ops
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 3/18] exportfs: add new methods
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 2/18] exportfs: add fid type
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 1/18] xfs: kill struct fid/fid_t namespace pollution
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 0/18] export operations rewrite
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [RFC][PATCH] sys_fallocate() system call
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
[RFC][PATCH] sys_fallocate() system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: Announce: new-aops-1 for 2.6.21-rc3
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: Announce: new-aops-1 for 2.6.21-rc3
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Announce: new-aops-1 for 2.6.21-rc3
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Announce: new-aops-1 for 2.6.21-rc3
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Announce: new-aops-1 for 2.6.21-rc3
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
writing simple filesystem, Please help.
From
: "Prasad Joshi" <prasadjoshi124@xxxxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Announce: new-aops-1 for 2.6.21-rc3
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Dmitriy Monakhov <dmonakhov@xxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Move across mount,sb
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Move across mount,sb
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [patch 3/8] per backing_dev dirty and writeback page accounting
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 2/5] fs: introduce new aops and infrastructure
From
: Dmitriy Monakhov <dmonakhov@xxxxx>
Re: [patch 2/3] fs: introduce perform_write aop
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 1/5] fs: add an iovec iterator
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 4/5] ext2: convert to new aops
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 5/5] ext3: convert to new aops
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 3/5] fs: convert some simple filesystems
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 2/5] fs: introduce new aops and infrastructure
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 1/5] fs: add an iovec iterator
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 2/3] fs: introduce perform_write aop
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 2.6.21-rc3] [smbfs] "double free" memory corruption in smbfs
From
: Vasily Averin <vvs@xxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 3/8] per backing_dev dirty and writeback page accounting
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 3/8] per backing_dev dirty and writeback page accounting
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [patch 3/8] per backing_dev dirty and writeback page accounting
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 3/8] per backing_dev dirty and writeback page accounting
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 3/8] per backing_dev dirty and writeback page accounting
From
: David Chinner <dgc@xxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Douglas Gilbert <dougg@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Douglas Gilbert <dougg@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Ric Wheeler <ric@xxxxxxx>
Re: [patch 3/8] per backing_dev dirty and writeback page accounting
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 3/8] per backing_dev dirty and writeback page accounting
From
: David Chinner <dgc@xxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Ric Wheeler <ric@xxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Ric Wheeler <ric@xxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Ric Wheeler <ric@xxxxxxx>
Re: [patch 2/3] fs: introduce perform_write aop
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: impact of 4k sector size on the IO & FS stack
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
impact of 4k sector size on the IO & FS stack
From
: Ric Wheeler <ric@xxxxxxx>
Re: [PATCH] add file position info to proc
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: [PATCH/RFC] Delete JFFS (version 1)
From
: Stefan Monnier <monnier@xxxxxxxxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 1/4]: ufs2 more correct work with time
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 4/4]: ufs2 tindirect truncate fix
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH 3/4]: ufs: zeroize the rest of block in truncate
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH 2/4]: ufs: prepare write + change blocks on the fly
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH 1/4]: ufs2 more correct work with time
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: [patch 2/3] fs: introduce perform_write aop
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Chris Wedgwood <cw@xxxxxxxx>
Re: question regarding the Linux block device cache
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: [patch 2/3] fs: introduce perform_write aop
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
question regarding the Linux block device cache
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: [patch 2/3] fs: introduce perform_write aop
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [PATCH 1/2] eCryptfs: convert lookup_one_len() to lookup_one_len_nd()
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: mount option to ignore permissions
From
: Shaya Potter <spotter@xxxxxxxxxxxxxxx>
Re: mount option to ignore permissions
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Benjamin LaHaise <bcrl@xxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH] add file position info to proc
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
[PATCH] add file position info to proc
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 2/3] fs: introduce perform_write aop
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 1/3] fs: add an iovec iterator
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 2/3] fs: introduce perform_write aop
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/2] eCryptfs: convert lookup_one_len() to lookup_one_len_nd()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
mount option to ignore permissions
From
: "Ihar `Philips` Filipau" <thephilips@xxxxxxxxx>
Re: [patch 8/8] consolidate generic_writepages and mpage_writepages fix
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 8/8] consolidate generic_writepages and mpage_writepages fix
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] namei.c: remove utterly outdated comment
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH] vfs: remove superflous sb == NULL checks
From
: Christoph Hellwig <hch@xxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[rfc][patch 7/6] mm: merge page_mkwrite
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jan Kara <jack@xxxxxxx>
Re: [ubuntu-marketing] Why should we teach students Linux??
From
: Melissa Draper <melissa@xxxxxxxxxxxxx>
Re: [patch 2/8] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 2/8] update ctime and mtime for mmaped write
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [patch 1/8] fix race in clear_page_dirty_for_io()
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 2/8] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 2/8] update ctime and mtime for mmaped write
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [patch 2/8] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 2/8] update ctime and mtime for mmaped write
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [patch 2/8] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 2/8] update ctime and mtime for mmaped write
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: Why should we teach students Linux??
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
[patch 6/8] balance dirty pages from loop device
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 3/8] per backing_dev dirty and writeback page accounting
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 2/8] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 8/8] consolidate generic_writepages and mpage_writepages fix
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 7/8] add filesystem subtype support
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 5/8] fix deadlock in throttle_vm_writeout
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 4/8] fix deadlock in balance_dirty_pages
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 1/8] fix race in clear_page_dirty_for_io()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 0/8] VFS/VM patches
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Why should we teach students Linux??
From
: Roel Bindels <rbindels@xxxxxxxxx>
Re: Why should we teach students Linux??
From
: Bill Campbell <linux-sxs@xxxxxxxxxxxxx>
Re: Why should we teach students Linux??
From
: Vu Pham <vu@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Mingming Cao <cmm@xxxxxxxxxx>
Why should we teach students Linux??
From
: Roel Bindels <rbindels@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Theodore Tso <tytso@xxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Theodore Tso <tytso@xxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 13/13] fs/unionfs/: Fix unlocking in error paths
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 11/13] fs/unionfs/: mntput in __cleanup_dentry
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 12/13] fs/unionfs/: Fix dentry leak in copyup_named_dentry
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 01/13] fs/unionfs: Fix a memory leak & null pointer dereference
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 03/13] fs/unionfs/: Don't grab dentry private data mutex in unionfs_d_release
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 10/13] fs/unionfs/: Fix copyup_deleted_file dentry leak
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 09/13] fs/unionfs/: Miscellaneous coding style fixes
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 04/13] fs/unionfs/: Several small cleanups in unionfs_interpose
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 06/13] fs/unionfs/: Remove alloc_filldir_node
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 07/13] fs/unionfs/: Use SEEK_{SET,CUR} instead of hardcoded values
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 08/13] fs/unionfs/: Check return value of d_path
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 05/13] fs/unionfs/: Rename unionfs_d_revalidate_wrap
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 02/13] fs/unionfs/: Fix a memory leak in unionfs_read_super
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[GIT PULL -mm] Unionfs updates
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Arnd Bergmann <arnd@xxxxxxxx>
lock_rename for cluster filesystems? (was: Re: [PATCH] prune_icache_sb)
From
: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: "Ulrich Drepper" <drepper@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Ulrich Drepper <drepper@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Anton Blanchard <anton@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Nathan Scott <nscott@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Alan <alan@xxxxxxxxxxxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] Heads up on sys_fallocate()
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
[RFC] Heads up on sys_fallocate()
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: end to end error recovery musings
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: end to end error recovery musings
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: [patch 03/22] fix deadlock in balance_dirty_pages
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 03/22] fix deadlock in balance_dirty_pages
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 03/22] fix deadlock in balance_dirty_pages
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 03/22] fix deadlock in balance_dirty_pages
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 04/22] fix deadlock in throttle_vm_writeout
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 03/22] fix deadlock in balance_dirty_pages
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 04/22] fix deadlock in throttle_vm_writeout
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 03/22] fix deadlock in balance_dirty_pages
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: end to end error recovery musings
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: end to end error recovery musings
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: end to end error recovery musings
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: end to end error recovery musings
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxx>
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: end to end error recovery musings
From
: "Martin K. Petersen" <mkp@xxxxxxx>
readdir and filldir callback
From
: tvrtko.ursulin@xxxxxxxxxx
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
RE: end to end error recovery musings
From
: "Moore, Eric" <Eric.Moore@xxxxxxx>
Re: [patch 01/22] update ctime and mtime for mmaped write
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: end to end error recovery musings
From
: Douglas Gilbert <dougg@xxxxxxxxxx>
[patch 03/22] fix deadlock in balance_dirty_pages
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 09/22] fuse: fix reserved request wake up
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 01/22] update ctime and mtime for mmaped write
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
