Linux Filesystem Development

Date Index

Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, (continued)
- Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Andrew Morton
  - Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Arnd Bergmann
    - Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Andrew Morton
      - Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Arnd Bergmann
        
        Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Boaz Harrosh
        
        Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Geert Uytterhoeven
        
        Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Boaz Harrosh
        
        Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Geert Uytterhoeven
        
        Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Boaz Harrosh
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Eric Sandeen
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Boaz Harrosh
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Eric Sandeen
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Christoph Hellwig
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Boaz Harrosh
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Arnd Bergmann
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Boaz Harrosh
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Geert Uytterhoeven
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Boaz Harrosh
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Jamie Lokier
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Boaz Harrosh
        
        Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Jamie Lokier
- Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Christoph Hellwig
  - Re: [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Arnd Bergmann
    - Re: [xfs-masters] [PATCH] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls, Christoph Hellwig
[PATCH 00/16] Quota cleanups, Jan Kara
- [PATCH 01/16] quota: Move quota files into separate directory, Jan Kara
  - [PATCH 02/16] quota: Make global quota locks cacheline aligned, Jan Kara
    - [PATCH 03/16] quota: Remove NODQUOT macro, Jan Kara
      - [PATCH 04/16] quota: Remove dqbuf_t and other cleanups, Jan Kara
        
        [PATCH 05/16] vfs: Use lowercase names of quota functions, Jan Kara
        
        [PATCH 06/16] ramfs: Remove quota call, Jan Kara
        
        [PATCH 07/16] ext2: Use lowercase names of quota functions, Jan Kara
        
        [PATCH 08/16] ext3: Use lowercase names of quota functions, Jan Kara
        
        [PATCH 09/16] ext4: Use lowercase names of quota functions, Jan Kara
        
        [PATCH 10/16] reiserfs: Use lowercase names of quota functions, Jan Kara
        
        [PATCH 11/16] ufs: Use lowercase names of quota functions, Jan Kara
        
        [PATCH 12/16] udf: Use lowercase names of quota functions, Jan Kara
        
        [PATCH 13/16] jfs: Use lowercase names of quota functions, Jan Kara
        
        [PATCH 14/16] quota: Remove uppercase aliases for quota functions., Jan Kara
        
        [PATCH 15/16] quota: Remove superfluous inlines, Jan Kara
        
        [PATCH 16/16] quota: Coding style fixes, Jan Kara
        
        Re: [PATCH 13/16] jfs: Use lowercase names of quota functions, Dave Kleikamp
        
        Re: [PATCH 09/16] ext4: Use lowercase names of quota functions, Mingming Cao
        
        Re: [PATCH 05/16] vfs: Use lowercase names of quota functions, Christoph Hellwig
        
        Re: [PATCH 05/16] vfs: Use lowercase names of quota functions, Jan Kara
        
        Re: [PATCH 05/16] vfs: Use lowercase names of quota functions, Christoph Hellwig
        
        Re: [PATCH 05/16] vfs: Use lowercase names of quota functions, Jan Kara
[PATCH] : Remove unused variable vnode from fs/afs/file.c, Manish Katiyar
Tux3 Report: Kernel development moved to Git mainline, Daniel Phillips
[PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1, narendramind
- Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1, Arnd Bergmann
  - Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1, Michael Kerrisk
    - Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1, Narendra Prasad Madanapalli
      - Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1, Arnd Bergmann
- Re: [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1, Arnd Bergmann
- <Possible follow-ups>
- [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1, narendramind
- [PATCH 1/1] x86: syscalls: sys_setrlimit64/sys_getrlimit64 calls to provide FSIZE limits > 2^32-1, narendramind
Stable NTFS-3G 2009.1.1 released, Szabolcs Szakacsits
- Re: Stable NTFS-3G 2009.1.1 released, Jamie Lokier
  - Re: Stable NTFS-3G 2009.1.1 released, Szabolcs Szakacsits
Re: Warning and BUG with btrfs and corrupted image, Eric Sesterhenn
[PATCH 0/2] nfsd/dlm: fix knfsd panic when NFSv4 client does GETLK call, Jeff Layton
- [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, Jeff Layton
  - Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, J. Bruce Fields
    - Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, Jeff Layton
- [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, Jeff Layton
  - Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, J. Bruce Fields
- Re: [PATCH 0/2] nfsd/dlm: fix knfsd panic when NFSv4 client does GETLK call, J. Bruce Fields
[PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN, Jeff Layton
- Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN, Christoph Hellwig
  - Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN, Steve French
    - Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN, Jeff Layton
      - Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN, Steve French
        
        Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN, Steve French
        
        Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN, Jeff Layton
      - Re: [linux-cifs-client] [PATCH] cifs: wrap cifs_dnotify_thread in CONFIG_BROKEN, Christoph Hellwig
[PATCH] cifs: make sure we allocate enough storage for socket address, Jeff Layton
- Re: [PATCH] cifs: make sure we allocate enough storage for socket address, Joe Perches
[PATCH -stable] cifs: make sure we allocate enough storage for socket address, Jeff Layton
[ANNOUNCE] util-linux-ng v2.14.2-rc2, Karel Zak
[GIT PULL] Finish fs/Kconfig split, Alexey Dobriyan
- Re: [GIT PULL] Finish fs/Kconfig split, Stephen Rothwell
Add exofs to osd/linux-next, Boaz Harrosh
- Re: Add exofs to osd/linux-next, Stephen Rothwell
[PATCH 0/2] nfsd/dlm: fix knfsd panic when NFSv4 client does GETLK call on GFS2 (regression), Jeff Layton
- [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, Jeff Layton
  - Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, J. Bruce Fields
    - Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, Jeff Layton
      - Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, J. Bruce Fields
        
        Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, Jeff Layton
    - Re: [Cluster-devel] Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, David Teigland
      - Re: [Cluster-devel] Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, Jeff Layton
        
        Re: [Cluster-devel] Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, David Teigland
      - Re: [Cluster-devel] Re: [PATCH 1/2] dlm: initialize file_lock struct in GETLK before copying conflicting lock, J. Bruce Fields
- [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, Jeff Layton
  - Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, J. Bruce Fields
    - Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, Jeff Layton
      - Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, J. Bruce Fields
    - Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, Jeff Layton
      - Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, Jeff Layton
        
        Re: [PATCH 2/2] nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found, J. Bruce Fields
[PATCH] fs/pipe.c: do free read pipe work in free_read_pipe(), Jiri Pirko
[rfc] fsync_range?, Nick Piggin
- Re: [rfc] fsync_range?, Jamie Lokier
  - Re: [rfc] fsync_range?, Bryan Henderson
    - Re: [rfc] fsync_range?, Jamie Lokier
      - Re: [rfc] fsync_range?, Bryan Henderson
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, Bryan Henderson
        
        Re: [rfc] fsync_range?, Jamie Lokier
    - Re: [rfc] fsync_range?, Nick Piggin
      - Re: [rfc] fsync_range?, Bryan Henderson
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, Bryan Henderson
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, Bryan Henderson
        
        Re: [rfc] fsync_range?, Jamie Lokier
  - Re: [rfc] fsync_range?, Nick Piggin
    - Re: [rfc] fsync_range?, Jamie Lokier
      - Re: [rfc] fsync_range?, Nick Piggin
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, Nick Piggin
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, Nick Piggin
        
        Re: [rfc] fsync_range?, Jamie Lokier
      - Re: [rfc] fsync_range?, Nick Piggin
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, Nick Piggin
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, Theodore Tso
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, Theodore Tso
        
        Re: [rfc] fsync_range?, Chris Mason
        
        Re: [rfc] fsync_range?, Eric Sandeen
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: [rfc] fsync_range?, jim owens
        
        Re: [rfc] fsync_range?, Jamie Lokier
        
        Re: btrfs O_DIRECT was [rfc] fsync_range?, jim owens
        
        Re: btrfs O_DIRECT was [rfc] fsync_range?, Jamie Lokier
        
        Re: btrfs O_DIRECT was [rfc] fsync_range?, jim owens
        
        Re: [rfc] fsync_range?, Florian Weimer
        
        Re: [rfc] fsync_range?, Florian Weimer
    - Re: [rfc] fsync_range?, Jamie Lokier
      - Re: [rfc] fsync_range?, Nick Piggin
[RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jan Kara
- Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Joel Becker
  - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jamie Lokier
    - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jan Kara
      - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jamie Lokier
  - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jan Kara
    - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jamie Lokier
      - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jamie Lokier
      - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Dave Chinner
        
        Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jamie Lokier
        
        Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Dave Chinner
        
        Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jamie Lokier
    - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Joel Becker
      - Re: [RFC] [PATCH] vfs: Call filesystem callback when backing device caches should be flushed, Jamie Lokier
NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
- Re: NFS/credentials leak in 2.6.29-rc1, Trond Myklebust
  - Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
- Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
  - Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
    - Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
    - Re: NFS/credentials leak in 2.6.29-rc1, David Howells
      - Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
        
        Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
        
        Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
        
        Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
        
        Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
        
        Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
        
        Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
        
        Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
        
        Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
        
        Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
        
        Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
        
        Re: NFS/credentials leak in 2.6.29-rc1, David Howells
        
        Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
      - Re: NFS/credentials leak in 2.6.29-rc1, David Howells
        
        Re: NFS/credentials leak in 2.6.29-rc1, Evgeniy Polyakov
      - Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
      - Re: NFS/credentials leak in 2.6.29-rc1, David Howells
        
        Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
- Re: NFS/credentials leak in 2.6.29-rc1, David Howells
  - Re: NFS/credentials leak in 2.6.29-rc1, J. Bruce Fields
mkswap: remove v0 support, Karel Zak
[patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS), Nick Piggin
- Re: [patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS), Peter Zijlstra
  - Re: [patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS), Nick Piggin
  - Re: [patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS), Nick Piggin
    - Re: [patch][rfc] lockdep: annotate reclaim context (__GFP_NOFS), MinChan Kim
Re: [PATCH 0/20] return f_fsid for statfs(2), Dave Kleikamp
- Re: [PATCH 0/20] return f_fsid for statfs(2), Andreas Dilger
  - Re: [PATCH 0/20] return f_fsid for statfs(2), Dave Kleikamp
    - Re: [PATCH 0/20] return f_fsid for statfs(2), Andreas Dilger
      - Re: [PATCH 0/20] return f_fsid for statfs(2), Coly Li
        
        Re: [PATCH 0/20] return f_fsid for statfs(2), Andreas Dilger
        
        Re: [PATCH 0/20] return f_fsid for statfs(2), Coly Li
        
        Re: [PATCH 0/20] return f_fsid for statfs(2), Jamie Lokier
        
        Re: [PATCH 0/20] return f_fsid for statfs(2), Coly Li
[PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Mike Waychison
- [PATCH v1 1/8] Deferred batching of dput(), Mike Waychison
  - Re: [PATCH v1 1/8] Deferred batching of dput(), Evgeniy Polyakov
    - Re: [PATCH v1 1/8] Deferred batching of dput(), Mike Waychison
- [PATCH v1 2/8] Parallel dput(), Mike Waychison
- [PATCH v1 3/8] Deferred batching of iput(), Mike Waychison
  - Re: [PATCH v1 3/8] Deferred batching of iput(), Evgeniy Polyakov
    - Re: [PATCH v1 3/8] Deferred batching of iput(), Mike Waychison
- [PATCH v1 4/8] Fixing iput() called from put_super path, Mike Waychison
- [PATCH v1 5/8] Parallelize iput(), Mike Waychison
- [PATCH v1 6/8] hugetlbfs drop_inode update, Mike Waychison
- [PATCH v1 7/8] Make drop_caches flush pending dput()s and iput()s, Mike Waychison
- [PATCH v1 8/8] Make the sync path drain dentries and inodes, Mike Waychison
- Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Eric Dumazet
  - Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Mike Waychison
- Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Dave Chinner
  - Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Mike Waychison
  - Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Mike Waychison
- Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Andi Kleen
  - Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Mike Waychison
    - Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Andi Kleen
      - Re: [PATCH v1 0/8] Deferred dput() and iput() -- reducing lock contention, Mike Waychison
Quota fixes and improvements, Jan Kara
- [PATCH 01/11] quota: Improve locking, Jan Kara
  - [PATCH 02/11] ocfs2: Remove ocfs2_dquot_initialize() and ocfs2_dquot_drop(), Jan Kara
    - [PATCH 03/11] ocfs2: Push out dropping of dentry lock to ocfs2_wq, Jan Kara
      - [PATCH 04/11] ocfs2: Fix possible deadlock in ocfs2_write_dquot(), Jan Kara
        
        [PATCH 05/11] quota: Add quota reservation support, Jan Kara
        
        [PATCH 06/11] quota: Add quota reservation claim and released operations, Jan Kara
        
        [PATCH 07/11] quota: Use inode->i_blkbits to get block bits, Jan Kara
        
        [PATCH 08/11] quota: Move EXPORT_SYMBOL immediately next to the functions/varibles, Jan Kara
        
        [PATCH 09/11] ext3: Remove unnecessary quota functions, Jan Kara
        
        [PATCH 10/11] ext4: Remove unnecessary quota functions, Jan Kara
        
        [PATCH 11/11] reiserfs: Remove unnecessary quota functions, Jan Kara
        
        Re: [PATCH 10/11] ext4: Remove unnecessary quota functions, Mingming Cao
        
        Re: [PATCH 09/11] ext3: Remove unnecessary quota functions, Mingming Cao
  - Re: [PATCH 01/11] quota: Improve locking, Andrew Morton
    - Re: [PATCH 01/11] quota: Improve locking, Jan Kara
[PATCH] : Fix compilation warnings when CONFIG_FILE_LOCKING is not defined., Manish Katiyar
[PATCH 2/2] [Target_Core_Mod/ConfigFS]: Add T10 EVPD / WWN storage object attributes, Nicholas A. Bellinger
[PATCH 1/2] [Target_Core_Mod]: Move 10_wwn_t to se_subsystem_dev_t->t10_wwn, Nicholas A. Bellinger
[PATCH 0/2] [Target_Core_Mod]: Add EVPD information to ConfigFS, Nicholas A. Bellinger
[PATCH]: Return better error code from vfs_unlink if operation is not defined., Manish Katiyar
- Re: [PATCH]: Return better error code from vfs_unlink if operation is not defined., Matthew Wilcox
  - Re: [PATCH]: Return better error code from vfs_unlink if operation is not defined., Manish Katiyar
[PATCH] Remove needless flush_dcache_page call, MinChan Kim
- Re: [PATCH] Remove needless flush_dcache_page call, Matthew Wilcox
  - Re: [PATCH] Remove needless flush_dcache_page call, MinChan Kim
    - Re: [PATCH] Remove needless flush_dcache_page call, Matthew Wilcox
      - Re: [PATCH] Remove needless flush_dcache_page call, MinChan Kim
        
        Re: [PATCH] Remove needless flush_dcache_page call, Nick Piggin
        
        Re: [PATCH] Remove needless flush_dcache_page call, MinChan Kim
    - Re: [PATCH] Remove needless flush_dcache_page call, Nick Piggin
      - Re: [PATCH] Remove needless flush_dcache_page call, Matthew Wilcox
Where does a process wait after requesting some data file ?, Francis Moreau
- Re: Where does a process wait after requesting some data file ?, Matthew Wilcox
  - Re: Where does a process wait after requesting some data file ?, Manish Katiyar
    - Re: Where does a process wait after requesting some data file ?, Matthew Wilcox
      - Re: Where does a process wait after requesting some data file ?, Manish Katiyar
  - Re: Where does a process wait after requesting some data file ?, Francis Moreau
    - Re: Where does a process wait after requesting some data file ?, Matthew Wilcox
      - Re: Where does a process wait after requesting some data file ?, Francis Moreau
[RESEND] [PATCH] lseek: change i_mutex usage., Hisashi Hifumi
- Re: [RESEND] [PATCH] lseek: change i_mutex usage., Matthew Wilcox
  - Re: [RESEND] [PATCH] lseek: change i_mutex usage., Theodore Tso
    - Re: [RESEND] [PATCH] lseek: change i_mutex usage., jim owens
    - Re: [RESEND] [PATCH] lseek: change i_mutex usage., Andrew Morton
      - Re: [RESEND] [PATCH] lseek: change i_mutex usage., Hisashi Hifumi
        
        Re: [RESEND] [PATCH] lseek: change i_mutex usage., Andrew Morton
        
        Re: [RESEND] [PATCH] lseek: change i_mutex usage., Hisashi Hifumi
[PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Eric Sandeen
- Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Andrew Morton
  - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Eric Sandeen
    - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Eric Sandeen
      - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Valdis . Kletnieks
        
        Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Eric Sandeen
    - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Dave Kleikamp
      - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Dave Kleikamp
- Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Pavel Machek
  - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Valdis . Kletnieks
    - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Eric Sandeen
    - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Pavel Machek
    - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Theodore Tso
      - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Valdis . Kletnieks
      - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Eric Sandeen
- [PATCH V2] Allow SysRq emergency thaw to thaw frozen filesystems, Eric Sandeen
  - Re: [PATCH V2] Allow SysRq emergency thaw to thaw frozen filesystems, Randy Dunlap
    - Re: [PATCH V2] Allow SysRq emergency thaw to thaw frozen filesystems, Eric Sandeen
  - [PATCH V3] Allow SysRq emergency thaw to thaw frozen filesystems, Eric Sandeen
    - Re: [PATCH V3] Allow SysRq emergency thaw to thaw frozen filesystems, Andrew Morton
      - [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems, Eric Sandeen
        
        Re: [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems, Jamie Lokier
        
        Re: [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems, Dave Kleikamp
        
        Re: [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems, Dave Chinner
        
        Re: [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems, Andrew Morton
        
        Re: [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems, Eric Sandeen
        
        Re: [PATCH V4] Allow SysRq emergency thaw to thaw frozen filesystems, Andrew Morton
        
        [PATCH V5] Allow SysRq emergency thaw to thaw frozen filesystems, Eric Sandeen
- <Possible follow-ups>
- Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Bodo Eggert
  - Re: [PATCH] Allow SysRq emergency sync to thaw frozen filesystems, Eric Sandeen
[PATCH] ext2/3/4: change i_mutex usage on lseek, Hisashi Hifumi
- Re: [PATCH] ext2/3/4: change i_mutex usage on lseek, Dave Kleikamp
  - Re: [PATCH] ext2/3/4: change i_mutex usage on lseek, Hisashi Hifumi
  - Re: [PATCH] ext2/3/4: change i_mutex usage on lseek, Jamie Lokier
    - Re: [PATCH] ext2/3/4: change i_mutex usage on lseek, Theodore Tso
[PATCH] quota: Improve locking, Jan Kara
[PATCH mmotm] nilfs2: fix miss-sync issue for do_sync_mapping_range, Ryusuke Konishi
Re: [4/9] pohmelfs: directory operations., Yehuda Sadeh Weinraub
- Re: [4/9] pohmelfs: directory operations., Evgeniy Polyakov
  - Re: [4/9] pohmelfs: directory operations., Yehuda Sadeh Weinraub
    - Re: [4/9] pohmelfs: directory operations., Evgeniy Polyakov
Re: [linux-dvb] compiling on 2.6.28 broken?, handygewinnspiel
- Re: [linux-dvb] compiling on 2.6.28 broken?, Andrew Morton
  - Re: [linux-dvb] compiling on 2.6.28 broken?, handygewinnspiel
    - Re: [linux-dvb] compiling on 2.6.28 broken?, Andrew Morton
      - Re: [linux-dvb] compiling on 2.6.28 broken?, handygewinnspiel
      - Re: [linux-dvb] compiling on 2.6.28 broken?, Matthew Wilcox
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Chris Mason
        
        Message not available
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Chris Mason
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Eric Sandeen
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Chris Mason
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Kay Sievers
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Chris Mason
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Eric Sandeen
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Andrew Morton
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Eric Sandeen
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Lachlan McIlroy
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Christoph Hellwig
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, wk
        
        Message not available
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Dave Chinner
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, wk
        
        Re: [linux-dvb] compiling on 2.6.28 broken?, Dave Chinner
Re: opendir() returns valid DIR* pointer even in case when that directory no longer exists - it has (just) been removed, Steve French
- Re: [linux-cifs-client] Re: opendir() returns valid DIR* pointer even in case when that directory no longer exists - it has (just) been removed, Günter Kukkukk
Bug with corrupted squashfs image, Eric Sesterhenn
- [Patch] NULL pointer deref with corrupted squashfs image, Eric Sesterhenn
  - Re: [Patch] NULL pointer deref with corrupted squashfs image, Jörn Engel
    - Re: [Patch] NULL pointer deref with corrupted squashfs image, Tom Rini
      - Re: [Patch] NULL pointer deref with corrupted squashfs image, Jörn Engel
        
        Re: [Patch] NULL pointer deref with corrupted squashfs image, Eric Sesterhenn
        
        Re: [Patch] NULL pointer deref with corrupted squashfs image, Eric Sesterhenn
        
        Re: [Patch] NULL pointer deref with corrupted squashfs image, Jörn Engel
        
        Re: [Patch] NULL pointer deref with corrupted squashfs image, Tom Rini
        
        Re: [Patch] NULL pointer deref with corrupted squashfs image, Eric Sesterhenn
        
        Re: [Patch] NULL pointer deref with corrupted squashfs image, Phillip Lougher
  - Re: [Patch] NULL pointer deref with corrupted squashfs image, Phillip Lougher
    - Re: [Patch] NULL pointer deref with corrupted squashfs image, Jörn Engel
[PATCH] ecryptfs: some inode attrs, and a question, hooanon05
- Re: [PATCH] ecryptfs: some inode attrs, and a question, Dave Kleikamp
  - Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, Tyler Hicks
    - Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
      - Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, Dave Kleikamp
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, Dave Kleikamp
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, Dave Kleikamp
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, Dave Kleikamp
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, Dave Kleikamp
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
        
        Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
    - Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
- Re: [PATCH] ecryptfs: some inode attrs, and a question, Andrew Morton
  - Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, Tyler Hicks
    - Re: [Ecryptfs-devel] [PATCH] ecryptfs: some inode attrs, and a question, Andrew Morton
  - Re: [PATCH] ecryptfs: some inode attrs, and a question, hooanon05
    - Re: [PATCH] ecryptfs: some inode attrs, and a question, Andrew Morton
[PATCH -v8][RFC] mutex: implement adaptive spinning, Peter Zijlstra
- Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Linus Torvalds
  - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Linus Torvalds
    - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Chris Mason
      - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Peter Zijlstra
        
        Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Chris Mason
        
        Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Peter Zijlstra
        
        Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Chris Mason
    - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Peter Zijlstra
      - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Boaz Harrosh
        
        Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Peter Zijlstra
- Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Avi Kivity
  - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Peter Zijlstra
    - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Avi Kivity
    - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Avi Kivity
      - Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Peter Zijlstra
        
        Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Nick Piggin
        
        Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Avi Kivity
        
        Re: [PATCH -v8][RFC] mutex: implement adaptive spinning, Nick Piggin
- [PATCH -v9][RFC] mutex: implement adaptive spinning, Peter Zijlstra
  - Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Linus Torvalds
    - Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Peter Zijlstra
      - Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Ingo Molnar
      - Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Peter Zijlstra
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Linus Torvalds
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Peter Zijlstra
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Ingo Molnar
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Linus Torvalds
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Ingo Molnar
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Chris Mason
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Dmitry Adamushko
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Chris Mason
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Dmitry Adamushko
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Ingo Molnar
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Linus Torvalds
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Chris Mason
        
        [PATCH -v11 delta] mutex: implement adaptive spinning, Ingo Molnar
        
        [PATCH -v11][RFC] mutex: implement adaptive spinning, Peter Zijlstra
        
        Re: [PATCH -v11][RFC] mutex: implement adaptive spinning, Nick Piggin
        
        Re: [PATCH -v11][RFC] mutex: implement adaptive spinning, Peter Zijlstra
        
        Re: [PATCH -v11][RFC] mutex: implement adaptive spinning, Nick Piggin
        
        Re: [PATCH -v11][RFC] mutex: implement adaptive spinning, Peter Zijlstra
        
        Re: [PATCH -v11][RFC] mutex: implement adaptive spinning, Nick Piggin
        
        [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Chris Mason
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Matthew Wilcox
        
        Re: [GIT PULL] adaptive spinning mutexes, Linus Torvalds
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Linus Torvalds
        
        Re: [GIT PULL] adaptive spinning mutexes, Chris Mason
        
        Re: [GIT PULL] adaptive spinning mutexes, Linus Torvalds
        
        Re: [GIT PULL] adaptive spinning mutexes, Chris Mason
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Folkert van Heusden
        
        Re: [GIT PULL] adaptive spinning mutexes, Folkert van Heusden
        
        Re: [GIT PULL] adaptive spinning mutexes, Bill Davidsen
        
        Re: [GIT PULL] adaptive spinning mutexes, Paul E. McKenney
        
        Re: [GIT PULL] adaptive spinning mutexes, Linus Torvalds
        
        Re: [GIT PULL] adaptive spinning mutexes, Paul E. McKenney
        
        Re: [GIT PULL] adaptive spinning mutexes, Folkert van Heusden
        
        Re: [GIT PULL] adaptive spinning mutexes, Nick Piggin
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Andrew Morton
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Andrew Morton
        
        Re: [GIT PULL] adaptive spinning mutexes, Peter Zijlstra
        
        Re: [GIT PULL] adaptive spinning mutexes, Andrew Morton
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Andrew Morton
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Andrew Morton
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Andrew Morton
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Andrew Morton
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Nick Piggin
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Kay Sievers
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        Re: [GIT PULL] adaptive spinning mutexes, Folkert van Heusden
        
        Re: [GIT PULL] adaptive spinning mutexes, Chris Samuel
        
        Re: [GIT PULL] adaptive spinning mutexes, Peter Zijlstra
        
        Re: [GIT PULL] adaptive spinning mutexes, Ingo Molnar
        
        [PATCH] mutex: set owner only once on acquisition, Johannes Weiner
        
        Re: [PATCH] mutex: set owner only once on acquisition, Johannes Weiner
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Ingo Molnar
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Linus Torvalds
        
        Re: [PATCH -v9][RFC] mutex: implement adaptive spinning, Ingo Molnar
kernel BUG at fs/inode.c:1153, Simon Holm Thøgersen
source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Mike Snitzer
- Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Ingo Molnar
  - Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Mike Snitzer
    - Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Theodore Tso
      - Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Andi Kleen
        
        Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Linus Torvalds
        
        Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Ingo Molnar
      - Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Andreas Dilger
        
        Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Mike Snitzer
        
        Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Theodore Tso
    - Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Ingo Molnar
      - Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Mike Snitzer
        
        Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Eric W. Biederman
      - Re: source line numbers with x86_64 modules? [Was: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact], Andi Kleen
[PATCH] jbd: fix missing kernel-doc, Randy Dunlap
- <Possible follow-ups>
- [PATCH] jbd: fix missing kernel-doc, Randy Dunlap
[patch 1/2] hfsplus: identify journal info block in volume header, akpm
[patch 2/2] hfsplus: fix journal detection, akpm
hfs patches, Andrew Morton
[GIT PULL] Squashfs pull request for 2.6.29, Phillip Lougher
- Re: [GIT PULL] Squashfs pull request for 2.6.29, Christoph Hellwig
  - Re: [GIT PULL] Squashfs pull request for 2.6.29, Phillip Lougher
  - Re: [GIT PULL] Squashfs pull request for 2.6.29, Geert Uytterhoeven
  - Re: [GIT PULL] Squashfs pull request for 2.6.29, H. Peter Anvin
  - Re: [GIT PULL] Squashfs pull request for 2.6.29, Andrew Morton
    - Re: [GIT PULL] Squashfs pull request for 2.6.29, Phillip Lougher
      - Re: [GIT PULL] Squashfs pull request for 2.6.29, Kay Sievers
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Phil Oester
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Jörn Engel
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, David Brown
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Jörn Engel
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Ingo Molnar
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Jörn Engel
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Andrew Morton
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Linus Torvalds
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Jeff Garzik
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Leon Woestenberg
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Valdis . Kletnieks
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Olivier Galibert
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Ingo Molnar
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Geert Uytterhoeven
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Ingo Molnar
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Greg KH
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Dave Jones
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Randy Dunlap
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Greg KH
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Greg KH
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Ingo Molnar
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Kyle McMartin
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Greg KH
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Evgeniy Polyakov
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Kyle McMartin
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Ingo Molnar
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Evgeniy Polyakov
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Ingo Molnar
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Pekka Enberg
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Andrew Morton
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Greg KH
    - Re: [GIT PULL] Squashfs pull request for 2.6.29, Harvey Harrison
    - Re: [GIT PULL] Squashfs pull request for 2.6.29, KOSAKI Motohiro
    - Re: [GIT PULL] Squashfs pull request for 2.6.29, Alan Cox
      - Re: [GIT PULL] Squashfs pull request for 2.6.29, Linus Torvalds
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Andrew Morton
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Linus Torvalds
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Alan Cox
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Harvey Harrison
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, Phillip Lougher
        
        Re: [GIT PULL] Squashfs pull request for 2.6.29, H. Peter Anvin
    - Re: [GIT PULL] Squashfs pull request for 2.6.29, Geert Uytterhoeven
Re: "BUG: scheduling while atomic: pdflush/30/0x00000002" in latest git, Dave Kleikamp
- Re: "BUG: scheduling while atomic: pdflush/30/0x00000002" in latest git, Arjan van de Ven
  - [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Dave Kleikamp
    - Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Dave Chinner
      - Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Arjan van de Ven
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Alan Cox
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Arjan van de Ven
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Dave Chinner
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Arjan van de Ven
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Dave Chinner
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Chris Mason
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Jamie Lokier
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Arjan van de Ven
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Dave Chinner
        
        Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Dave Chinner
      - Re: [PATCH] async: Don't call async_synchronize_full_special() while holding sb_lock, Evgeniy Polyakov
- Re: "BUG: scheduling while atomic: pdflush/30/0x00000002" in latest git, Grissiom
[PATCH] cifs: remove dnotify thread code, Jeff Layton
- Re: [PATCH] cifs: remove dnotify thread code, Steve French
  - Re: [PATCH] cifs: remove dnotify thread code, Jeff Layton
  - Re: [PATCH] cifs: remove dnotify thread code, Jamie Lokier
    - Re: [PATCH] cifs: remove dnotify thread code, Jeff Layton
      - Re: [PATCH] cifs: remove dnotify thread code, Jamie Lokier
      - Re: [PATCH] cifs: remove dnotify thread code, Jamie Lokier
        
        Re: [PATCH] cifs: remove dnotify thread code, Steve French

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Ceph Users] [AutoFS] [Kernel Announce] [Kernel Newbies] [Kernel Development] [Linux RAID] [IETF Annouce] [Security] [Netfilter] [Bugtraq]