Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: [BUGFIX take 3] [PATCH] write-back: fix nr_to_write counter
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: [BUGFIX take 2] [PATCH] write-back: fix nr_to_write counter
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Request for review: NandFS
From
: Corentin Chary <corentincj@xxxxxxxxxx>
Re: [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
[BUGFIX take 2] [PATCH] write-back: fix nr_to_write counter
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: [BUGFIX re-send] [PATCH] write-back: fix nr_to_write counter
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: [BUGFIX re-send] [PATCH] write-back: fix nr_to_write counter
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [BUGFIX re-send] [PATCH] write-back: fix nr_to_write counter
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: [BUGFIX re-send] [PATCH] write-back: fix nr_to_write counter
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [BUGFIX re-send] [PATCH] write-back: fix nr_to_write counter
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
[BUGFIX re-send] [PATCH] write-back: fix nr_to_write counter
From
: Artem Bityutskiy <dedekind@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/3] ext4: online defrag (ver 1.0)
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [BUG??] Deadlock between kswapd and sys_inotify_add_watch(lockdep report)
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Commit 31a12666d8f0c22235297e1c1575f82061480029 slows down Berkeley DB
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Commit 31a12666d8f0c22235297e1c1575f82061480029 slows down Berkeley DB
From
: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
Re: Commit 31a12666d8f0c22235297e1c1575f82061480029 slows down Berkeley DB
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
[PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
[PATCH mmotm] nilfs2: fix wrong counting of checkpoints and dirty segments
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Wild idea: O_WHOLEFILE
From
: "George Spelvin" <linux@xxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: report, kernel BUG at fs/btrfs/extent-tree.c:3106
From
: Yoshihiro Takahashi <ytakahashi@xxxxxxxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
[patch] fs: make struct dentry->d_op const
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/3] ext4: online defrag (ver 1.0)
From
: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: [PATCH V3] Allow SysRq emergency thaw to thaw frozen filesystems
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/3] ext4: online defrag (ver 1.0)
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[CFP] 2009 Linux Storage and Filesystem Workshop
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1
From
: Narendra Prasad Madanapalli <narendramind@xxxxxxxxx>
Re: [PATCH 02/35] Btrfs multi-device code
From
: Andy Whitcroft <apw@xxxxxxxxxxxx>
Re: report, kernel BUG at fs/btrfs/extent-tree.c:3106
From
: Josef Bacik <jbacik@xxxxxxxxxx>
[RFC][PATCH 3/3] ext4: Ext4 online defrag command
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 2/3] ext4: Exchange the blocks between two inodes
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 1/3] ext4: Add EXT4_IOC_DEFRAG ioctl and basic defrag functions
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 0/3] ext4: online defrag (ver 1.0)
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
report, kernel BUG at fs/btrfs/extent-tree.c:3106
From
: Yoshihiro Takahashi <ytakahashi@xxxxxxxxxxxxxxxx>
[PATCH 4/4] Documentation/Changes: add required versions for new filesystems
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 1/1] s_umount in sget()
From
: "J. R. Okajima" <hooanon05@xxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [PATCH 06/16] osd_uld: API for retrieving osd devices from Kernel
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Mike Waychison <mikew@xxxxxxxxxx>
Re: [PATCH 13/16] jfs: Use lowercase names of quota functions
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 05/16] vfs: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Ankit Jain <me@xxxxxxxxxxxxx>
Re: [PATCH 05/16] vfs: Use lowercase names of quota functions
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 09/16] ext4: Use lowercase names of quota functions
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 05/16] vfs: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH 05/16] vfs: Use lowercase names of quota functions
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH 16/16] quota: Coding style fixes
From
: Jan Kara <jack@xxxxxxx>
[PATCH 13/16] jfs: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 10/16] reiserfs: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 14/16] quota: Remove uppercase aliases for quota functions.
From
: Jan Kara <jack@xxxxxxx>
[PATCH 15/16] quota: Remove superfluous inlines
From
: Jan Kara <jack@xxxxxxx>
[PATCH 08/16] ext3: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 12/16] udf: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 11/16] ufs: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 09/16] ext4: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 06/16] ramfs: Remove quota call
From
: Jan Kara <jack@xxxxxxx>
[PATCH 04/16] quota: Remove dqbuf_t and other cleanups
From
: Jan Kara <jack@xxxxxxx>
[PATCH 07/16] ext2: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 05/16] vfs: Use lowercase names of quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 03/16] quota: Remove NODQUOT macro
From
: Jan Kara <jack@xxxxxxx>
[PATCH 01/16] quota: Move quota files into separate directory
From
: Jan Kara <jack@xxxxxxx>
[PATCH 02/16] quota: Make global quota locks cacheline aligned
From
: Jan Kara <jack@xxxxxxx>
[PATCH 00/16] Quota cleanups
From
: Jan Kara <jack@xxxxxxx>
[PATCH] : Remove unused variable vnode from fs/afs/file.c
From
: Manish Katiyar <mkatiyar@xxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Tux3 Report: Kernel development moved to Git mainline
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH 01/11] quota: Improve locking
From
: Jan Kara <jack@xxxxxxx>
Re: Stable NTFS-3G 2009.1.1 released
From
: Szabolcs Szakacsits <szaka@xxxxxxxxxxx>
Re: Stable NTFS-3G 2009.1.1 released
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 01/11] quota: Improve locking
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1
From
: narendramind@xxxxxxxxxxxxxxx
[PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1
From
: narendramind@xxxxxxxxxxxxxxx
[PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1
From
: narendramind@xxxxxxxxxxxxxxx
Stable NTFS-3G 2009.1.1 released
From
: Szabolcs Szakacsits <szaka@xxxxxxxxxxx>
Re: Warning and BUG with btrfs and corrupted image
From
: Eric Sesterhenn <snakebyte@xxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Greg KH <gregkh@xxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN
From
: Steve French <smfrench@xxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN
From
: Steve French <smfrench@xxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Kyle McMartin <kyle@xxxxxxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN
From
: Steve French <smfrench@xxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Greg KH <gregkh@xxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Kyle McMartin <kyle@xxxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Greg KH <gregkh@xxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Greg KH <gregkh@xxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Florian Weimer <fw@xxxxxxxxxxxxx>
Re: [GIT PULL] Squashfs pull request for 2.6.29
From
: Dave Jones <davej@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Florian Weimer <fw@xxxxxxxxxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] cifs: make sure we allocate enough storage for socket address
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH 0/2] nfsd/dlm: fix knfsd panic when NFSv4 client does GETLK call
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Coly Li <coly.li@xxxxxxx>
[PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 0/2] nfsd/dlm: fix knfsd panic when NFSv4 client does GETLK call
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [Cluster-devel] Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: David Teigland <teigland@xxxxxxxxxx>
Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [Cluster-devel] Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [Cluster-devel] Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [Cluster-devel] Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: David Teigland <teigland@xxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH] cifs: make sure we allocate enough storage for socket address
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH -stable] cifs: make sure we allocate enough storage for socket address
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[ANNOUNCE] util-linux-ng v2.14.2-rc2
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: btrfs O_DIRECT was [rfc] fsync_range?
From
: jim owens <jowens@xxxxxx>
Re: [GIT PULL] Finish fs/Kconfig split
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
[GIT PULL] Finish fs/Kconfig split
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Jörn Engel <joern@xxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: btrfs O_DIRECT was [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: btrfs O_DIRECT was [rfc] fsync_range?
From
: jim owens <jowens@xxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Add exofs to osd/linux-next
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: jim owens <jowens@xxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Add exofs to osd/linux-next
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH 0/2] nfsd/dlm: fix knfsd panic when NFSv4 client does GETLK call on GFS2 (regression)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jan Kara <jack@xxxxxxx>
Re: [rfc] fsync_range?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Theodore Tso <tytso@xxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jan Kara <jack@xxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Theodore Tso <tytso@xxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
[PATCH] fs/pipe.c: do free read pipe work in free_read_pipe()
From
: Jiri Pirko <jpirko@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Eric Sesterhenn <snakebyte@xxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS)
From
: MinChan Kim <minchan.kim@xxxxxxxxx>
Re: [patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS)
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Mike Waychison <mikew@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH 09/11] ext3: Remove unnecessary quota functions
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH 10/11] ext4: Remove unnecessary quota functions
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH v1 3/8] Deferred batching of iput()
From
: Mike Waychison <mikew@xxxxxxxxxx>
Re: [PATCH v1 1/8] Deferred batching of dput()
From
: Mike Waychison <mikew@xxxxxxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Mike Waychison <mikew@xxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Tom Rini <trini@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Mike Waychison <mikew@xxxxxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc] fsync_range?
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Jörn Engel <joern@xxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: "Miguel F Mascarenhas Sousa Filipe" <miguel.filipe@xxxxxxxxx>
[rfc] fsync_range?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Eric Sesterhenn <snakebyte@xxxxxx>
[RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed
From
: Jan Kara <jack@xxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS)
From
: Nick Piggin <npiggin@xxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: NFS/credentials leak in 2.6.29-rc1
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
NFS/credentials leak in 2.6.29-rc1
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
mkswap: remove v0 support
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS)
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
[patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS)
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Coly Li <coly.li@xxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Coly Li <coly.li@xxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Andreas Dilger <adilger@xxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Andreas Dilger <adilger@xxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/20] return f_fsid for statfs(2)
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Where does a process wait after requesting some data file ?
From
: Francis Moreau <francis.moro@xxxxxxxxx>
Re: Where does a process wait after requesting some data file ?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Eric Sesterhenn <snakebyte@xxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Bodo Eggert <7eggert@xxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH v1 3/8] Deferred batching of iput()
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [PATCH v1 1/8] Deferred batching of dput()
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: [PATCH 29/35] Btrfs ioctl code
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
[PATCH v1 8/8] Make the sync path drain dentries and inodes
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH v1 7/8] Make drop_caches flush pending dput()s and iput()s
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH v1 6/8] hugetlbfs drop_inode update
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH v1 5/8] Parallelize iput()
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH v1 4/8] Fixing iput() called from put_super path
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH v1 3/8] Deferred batching of iput()
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH v1 2/8] Parallel dput()
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH v1 1/8] Deferred batching of dput()
From
: Mike Waychison <mikew@xxxxxxxxxx>
[PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention
From
: Mike Waychison <mikew@xxxxxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Tom Rini <trini@xxxxxxxxxxxxxxxxxxx>
[PATCH V3] Allow SysRq emergency thaw to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH V2] Allow SysRq emergency thaw to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH V2] Allow SysRq emergency thaw to thaw frozen filesystems
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH V2] Allow SysRq emergency thaw to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [Patch] NULL pointer deref with corrupted squashfs image
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Bill Davidsen <davidsen@xxxxxxx>
[PATCH 01/11] quota: Improve locking
From
: Jan Kara <jack@xxxxxxx>
[PATCH 10/11] ext4: Remove unnecessary quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 04/11] ocfs2: Fix possible deadlock in ocfs2_write_dquot()
From
: Jan Kara <jack@xxxxxxx>
[PATCH 03/11] ocfs2: Push out dropping of dentry lock to ocfs2_wq
From
: Jan Kara <jack@xxxxxxx>
[PATCH 11/11] reiserfs: Remove unnecessary quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 07/11] quota: Use inode->i_blkbits to get block bits
From
: Jan Kara <jack@xxxxxxx>
[PATCH 05/11] quota: Add quota reservation support
From
: Jan Kara <jack@xxxxxxx>
[PATCH 06/11] quota: Add quota reservation claim and released operations
From
: Jan Kara <jack@xxxxxxx>
[PATCH 09/11] ext3: Remove unnecessary quota functions
From
: Jan Kara <jack@xxxxxxx>
[PATCH 08/11] quota: Move EXPORT_SYMBOL immediately next to the functions/varibles
From
: Jan Kara <jack@xxxxxxx>
[PATCH 02/11] ocfs2: Remove ocfs2_dquot_initialize() and ocfs2_dquot_drop()
From
: Jan Kara <jack@xxxxxxx>
Quota fixes and improvements
From
: Jan Kara <jack@xxxxxxx>
[Patch] NULL pointer deref with corrupted squashfs image
From
: Eric Sesterhenn <snakebyte@xxxxxx>
Re: [PATCH 29/35] Btrfs ioctl code
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: Where does a process wait after requesting some data file ?
From
: "Francis Moreau" <francis.moro@xxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Valdis.Kletnieks@xxxxxx
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Pavel Machek <pavel@xxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Valdis.Kletnieks@xxxxxx
Re: [GIT PULL] adaptive spinning mutexes
From
: Folkert van Heusden <folkert@xxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Folkert van Heusden <folkert@xxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Folkert van Heusden <folkert@xxxxxxxxxxxxxx>
[PATCH] : Fix compilation warnings when CONFIG_FILE_LOCKING is not defined.
From
: Manish Katiyar <mkatiyar@xxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Pavel Machek <pavel@xxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
[PATCH 2/2] [Target_Core_Mod/ConfigFS]: Add T10 EVPD / WWN storage object attributes
From
: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
[PATCH 1/2] [Target_Core_Mod]: Move 10_wwn_t to se_subsystem_dev_t->t10_wwn
From
: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
[PATCH 0/2] [Target_Core_Mod]: Add EVPD information to ConfigFS
From
: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
Re: [PATCH] ecryptfs: some inode attrs, and a question
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: [PATCH] Remove needless flush_dcache_page call
From
: MinChan Kim <minchan.kim@xxxxxxxxx>
Re: [PATCH] Remove needless flush_dcache_page call
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] Remove needless flush_dcache_page call
From
: MinChan Kim <minchan.kim@xxxxxxxxx>
Re: [PATCH] Remove needless flush_dcache_page call
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Remove needless flush_dcache_page call
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH]: Return better error code from vfs_unlink if operation is not defined.
From
: Manish Katiyar <mkatiyar@xxxxxxxxx>
Re: [PATCH] Remove needless flush_dcache_page call
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] Remove needless flush_dcache_page call
From
: MinChan Kim <minchan.kim@xxxxxxxxx>
Re: [PATCH]: Return better error code from vfs_unlink if operation is not defined.
From
: Matthew Wilcox <matthew@xxxxxx>
[PATCH]: Return better error code from vfs_unlink if operation is not defined.
From
: Manish Katiyar <mkatiyar@xxxxxxxxx>
Re: [PATCH] Remove needless flush_dcache_page call
From
: Matthew Wilcox <matthew@xxxxxx>
[PATCH] Remove needless flush_dcache_page call
From
: MinChan Kim <minchan.kim@xxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RESEND] [PATCH] lseek: change i_mutex usage.
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [RESEND] [PATCH] lseek: change i_mutex usage.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [RESEND] [PATCH] lseek: change i_mutex usage.
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [RESEND] [PATCH] lseek: change i_mutex usage.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] ecryptfs: some inode attrs, and a question
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question
From
: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 29/35] Btrfs ioctl code
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 29/35] Btrfs ioctl code
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 29/35] Btrfs ioctl code
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 29/35] Btrfs ioctl code
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: wk <handygewinnspiel@xxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 29/35] Btrfs ioctl code
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Where does a process wait after requesting some data file ?
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: Where does a process wait after requesting some data file ?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Where does a process wait after requesting some data file ?
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [RESEND] [PATCH] lseek: change i_mutex usage.
From
: jim owens <jowens@xxxxxx>
Re: [RESEND] [PATCH] lseek: change i_mutex usage.
From
: Theodore Tso <tytso@xxxxxxx>
Re: Where does a process wait after requesting some data file ?
From
: Matthew Wilcox <matthew@xxxxxx>
Where does a process wait after requesting some data file ?
From
: "Francis Moreau" <francis.moro@xxxxxxxxx>
Re: [PATCH] ext2/3/4: change i_mutex usage on lseek
From
: Theodore Tso <tytso@xxxxxxx>
Re: [RESEND] [PATCH] lseek: change i_mutex usage.
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] ext2/3/4: change i_mutex usage on lseek
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Chris Samuel <chris@xxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Folkert van Heusden <folkert@xxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
[PATCH] mutex: set owner only once on acquisition
From
: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH] mutex: set owner only once on acquisition
From
: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH -v11][RFC] mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
[RESEND] [PATCH] lseek: change i_mutex usage.
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [PATCH -v11][RFC] mutex: implement adaptive spinning
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: 2.6.29 -mm merge plans
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] ext2/3/4: change i_mutex usage on lseek
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [PATCH] ext2/3/4: change i_mutex usage on lseek
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
[PATCH] Allow SysRq emergency sync to thaw frozen filesystems
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH] ext2/3/4: change i_mutex usage on lseek
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH -v8][RFC] mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH -v11][RFC] mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Lachlan McIlroy <lachlan@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: wk <handygewinnspiel@xxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [GIT PULL] adaptive spinning mutexes
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[GIT PULL] adaptive spinning mutexes
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Dmitry Adamushko <dmitry.adamushko@xxxxxxxxx>
Re: [PATCH -v8][RFC] mutex: implement adaptive spinning
From
: Avi Kivity <avi@xxxxxxxxxx>
Re: [PATCH -v11][RFC] mutex: implement adaptive spinning
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH -v11][RFC] mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
[PATCH -v11 delta] mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH -v8][RFC] mutex: implement adaptive spinning
From
: Nick Piggin <npiggin@xxxxxxx>
[PATCH -v11][RFC] mutex: implement adaptive spinning
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH -v8][RFC] mutex: implement adaptive spinning
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH V5 1/5] quota: Add reservation support for delayed block allocation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
[PATCH] quota: Improve locking
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Dmitry Adamushko <dmitry.adamushko@xxxxxxxxx>
[PATCH mmotm] nilfs2: fix miss-sync issue for do_sync_mapping_range
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [linux-cifs-client] Re: opendir() returns valid DIR* pointer even in case when that directory no longer exists - it has (just) been removed
From
: Günter Kukkukk <linux@xxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [4/9] pohmelfs: directory operations.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [4/9] pohmelfs: directory operations.
From
: "Yehuda Sadeh Weinraub" <yehudasa@xxxxxxxxx>
Re: [4/9] pohmelfs: directory operations.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [4/9] pohmelfs: directory operations.
From
: "Yehuda Sadeh Weinraub" <yehudasa@xxxxxxxxx>
Re: [PATCH V5 1/5] quota: Add reservation support for delayed block allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: handygewinnspiel@xxxxxx
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: handygewinnspiel@xxxxxx
Re: [PATCH V5 1/5] quota: Add reservation support for delayed block allocation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH V5 1/5] quota: Add reservation support for delayed block allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [linux-dvb] compiling on 2.6.28 broken?
From
: handygewinnspiel@xxxxxx
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: opendir() returns valid DIR* pointer even in case when that directory no longer exists - it has (just) been removed
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH 02/35] Btrfs multi-device code
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 02/35] Btrfs multi-device code
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Ingo Molnar <mingo@xxxxxxx>
Re: [PATCH 02/35] Btrfs multi-device code
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH V5 1/5] quota: Add reservation support for delayed block allocation
From
: Jan Kara <jack@xxxxxxx>
Re: [osd-dev] [PATCH 1/9] exofs: osd Swiss army knife
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [osd-dev] [PATCH 1/9] exofs: osd Swiss army knife
From
: Jeff Garzik <jeff@xxxxxxxxxx>
[PATCH -v9][RFC] mutex: implement adaptive spinning
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [osd-dev] [PATCH 1/9] exofs: osd Swiss army knife
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH V5 3/5]ext4: quota handling for delayed allocation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH V5 2/5] quota: Add quota claim and release reserved quota blocks operations
From
: Jan Kara <jack@xxxxxxx>
Re: [osd-dev] [PATCH 1/9] exofs: osd Swiss army knife
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [osd-dev] [PATCH 1/9] exofs: osd Swiss army knife
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 01/35] Btrfs xattr code
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [osd-dev] [PATCH 1/9] exofs: osd Swiss army knife
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH] ecryptfs: some inode attrs, and a question
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [PATCH 01/35] Btrfs xattr code
From
: Josef Bacik <jbacik@xxxxxxxxxx>
Bug with corrupted squashfs image
From
: Eric Sesterhenn <snakebyte@xxxxxx>
[PATCH] ecryptfs: some inode attrs, and a question
From
: hooanon05@xxxxxxxxxxx
Re: [PATCH 02/35] Btrfs multi-device code
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 01/35] Btrfs xattr code
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact]
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [PATCH V5 3/5]ext4: quota handling for delayed allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH V5 2/5] quota: Add quota claim and release reserved quota blocks operations
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH V5 1/5] quota: Add reservation support for delayed block allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Bernd Schmidt <bernds_cb1@xxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning
From
: Bernd Schmidt <bernds_cb1@xxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
