Linux Filesystem Development

Date Index

Re: [NFS] [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking, (continued)
- Re: [NFS] asynchronous locks for cluster exports, Christoph Hellwig
  - Re: [NFS] asynchronous locks for cluster exports, J. Bruce Fields
- Message not available
  - Re: [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking, J. Bruce Fields
    - Re: [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking, Marc Eshel
    - Re: [PATCH 1/10] lockd: add new export operation for nfsv4/lockd locking, Christoph Hellwig
- Re: asynchronous locks for cluster exports, J. Bruce Fields
- asynchronous locks for cluster exports, J. Bruce Fields
- Re: asynchronous locks for cluster exports, Christoph Hellwig
  - Re: asynchronous locks for cluster exports, J. Bruce Fields
- Re: asynchronous locks for cluster exports, J. Bruce Fields
[RFC][PATCH 2/2] Move the file data to the new blocks, sho
[RFC][PATCH 1/2] Allocate new contiguous blocks, sho
[RFC][PATCH 0/2] Extent base online defrag (ver 0.2), sho
Status of buffered write path (deadlock fixes), Nick Piggin
- Re: Status of buffered write path (deadlock fixes), Mark Fasheh
  - Re: Status of buffered write path (deadlock fixes), Nick Piggin
    - Re: Status of buffered write path (deadlock fixes), Mark Fasheh
      - Re: Status of buffered write path (deadlock fixes), Nick Piggin
        
        Re: Status of buffered write path (deadlock fixes), Nick Piggin
        
        Re: Status of buffered write path (deadlock fixes), Nick Piggin
        
        Re: Status of buffered write path (deadlock fixes), Steven Whitehouse
        
        Re: Status of buffered write path (deadlock fixes), Nick Piggin
        
        Re: Status of buffered write path (deadlock fixes), Steven Whitehouse
        
        Re: Status of buffered write path (deadlock fixes), Mark Fasheh
        
        Re: Status of buffered write path (deadlock fixes), Nick Piggin
        
        Re: Status of buffered write path (deadlock fixes), Trond Myklebust
        
        Re: Status of buffered write path (deadlock fixes), Nick Piggin
        
        Re: Status of buffered write path (deadlock fixes), Trond Myklebust
        
        Re: Status of buffered write path (deadlock fixes), Nick Piggin
        
        Re: Status of buffered write path (deadlock fixes), Trond Myklebust
        
        Re: Status of buffered write path (deadlock fixes), Peter Staubach
        
        Re: Status of buffered write path (deadlock fixes), Trond Myklebust
- Re: Status of buffered write path (deadlock fixes), OGAWA Hirofumi
Relative atime (was Re: What's in ocfs2.git), Valerie Henson
- Re: Relative atime (was Re: What's in ocfs2.git), Valerie Henson
- Re: Relative atime (was Re: What's in ocfs2.git), Mark Fasheh
  - Re: Relative atime (was Re: What's in ocfs2.git), Andrew Morton
- Re: Relative atime (was Re: What's in ocfs2.git), Andrew Morton
  - Re: Relative atime (was Re: What's in ocfs2.git), Valerie Henson
  - Re: Relative atime (was Re: What's in ocfs2.git), Eric Dumazet
    - Re: Relative atime (was Re: What's in ocfs2.git), Arjan van de Ven
  - Re: Relative atime (was Re: What's in ocfs2.git), Valerie Henson
    - Re: Relative atime (was Re: What's in ocfs2.git), Karel Zak
[RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Nikolai Joukov
- Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, David Chinner
  - Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Nikolai Joukov
    - Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, David Chinner
      - Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Josef Sipek
        
        Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, David Chinner
        
        Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Josef Sipek
        
        Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, David Chinner
        
        Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Nicholas Miell
        
        Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Josef Sipek
        
        Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Nathan Scott
      - Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Nathan Scott
      - Re: [RFC][PATCH] Secure Deletion and Trash-Bin Support for Ext4, Nikolai Joukov
Unionfs: Stackable namespace unification filesystem, Josef 'Jeff' Sipek
- [PATCH 17/35] Unionfs: Dentry operations, Josef 'Jeff' Sipek
- [PATCH 16/35] Unionfs: Copyup Functionality, Josef 'Jeff' Sipek
  - Re: [PATCH 16/35] Unionfs: Copyup Functionality, Jan Engelhardt
    - Re: [PATCH 16/35] Unionfs: Copyup Functionality, Josef Sipek
- [PATCH 06/35] struct path: Rename DM's struct path, Josef 'Jeff' Sipek
- [PATCH 35/35] Unionfs: Extended Attributes support, Josef 'Jeff' Sipek
  - Re: [PATCH 35/35] Unionfs: Extended Attributes support, Jan Engelhardt
    - Re: [PATCH 35/35] Unionfs: Extended Attributes support, Josef Sipek
      - Re: [PATCH 35/35] Unionfs: Extended Attributes support, Jan Engelhardt
- [PATCH 08/35] struct path: make eCryptfs a user of struct path, Josef 'Jeff' Sipek
- [PATCH 19/35] Unionfs: Directory file operations, Josef 'Jeff' Sipek
  - Re: [PATCH 19/35] Unionfs: Directory file operations, Jan Engelhardt
- [PATCH 23/35] Unionfs: Main module functions, Josef 'Jeff' Sipek
  - Re: [PATCH 23/35] Unionfs: Main module functions, Jan Engelhardt
- [PATCH 14/35] Unionfs: Branch management functionality, Josef 'Jeff' Sipek
- [PATCH 15/35] Unionfs: Common file operations, Josef 'Jeff' Sipek
  - Re: [PATCH 15/35] Unionfs: Common file operations, Jan Engelhardt
    - Re: [PATCH 15/35] Unionfs: Common file operations, Josef Sipek
      - Re: [PATCH 15/35] Unionfs: Common file operations, Jan Engelhardt
- [PATCH 12/35] Unionfs: Documentation, Josef 'Jeff' Sipek
  - Re: [PATCH 12/35] Unionfs: Documentation, Jan Engelhardt
- [PATCH 09/35] fs/stack.c should #include <linux/fs_stack.h>, Josef 'Jeff' Sipek
- [PATCH 02/35] fsstack: Remove unneeded wrapper, Josef 'Jeff' Sipek
- [PATCH 27/35] Unionfs: Handling of stale inodes, Josef 'Jeff' Sipek
- [PATCH 31/35] Unionfs: Internal include file, Josef 'Jeff' Sipek
  - Re: [PATCH 31/35] Unionfs: Internal include file, Jan Engelhardt
- [PATCH 18/35] Unionfs: File operations, Josef 'Jeff' Sipek
- [PATCH 25/35] Unionfs: Rename, Josef 'Jeff' Sipek
- [PATCH 28/35] Unionfs: Miscellaneous helper functions, Josef 'Jeff' Sipek
- [PATCH 32/35] Unionfs: Include file, Josef 'Jeff' Sipek
  - Re: [PATCH 32/35] Unionfs: Include file, Jan Engelhardt
- [PATCH 11/35] fsstack: Fix up ecryptfs's fsstack usage, Josef 'Jeff' Sipek
- [PATCH 24/35] Unionfs: Readdir state, Josef 'Jeff' Sipek
  - Re: [PATCH 24/35] Unionfs: Readdir state, Jan Engelhardt
- [PATCH 30/35] Unionfs: Helper macros/inlines, Josef 'Jeff' Sipek
  - Re: [PATCH 30/35] Unionfs: Helper macros/inlines, Jan Engelhardt
- [PATCH 26/35] Unionfs: Privileged operations workqueue, Josef 'Jeff' Sipek
  - Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Jan Engelhardt
    - Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Josef Sipek
      - Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Josef Sipek
        
        Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Jan Engelhardt
        
        Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Josef Sipek
        
        Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Jan Engelhardt
        
        Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Josef Sipek
        
        Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Jan Engelhardt
        
        Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Josef Sipek
        
        Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Jan Engelhardt
        
        Re: [PATCH 26/35] Unionfs: Privileged operations workqueue, Josef Sipek
- [PATCH 20/35] Unionfs: Directory manipulation helper functions, Josef 'Jeff' Sipek
  - Re: [PATCH 20/35] Unionfs: Directory manipulation helper functions, Jan Engelhardt
- [PATCH 04/35] fsstack: Fix up eCryptfs compilation, Josef 'Jeff' Sipek
- [PATCH 10/35] fsstack: Make fsstack_copy_attr_all copy inode size, Josef 'Jeff' Sipek
- [PATCH 33/35] Unionfs: Unlink, Josef 'Jeff' Sipek
- [PATCH 21/35] Unionfs: Inode operations, Josef 'Jeff' Sipek
  - Re: [PATCH 21/35] Unionfs: Inode operations, Jan Engelhardt
    - Re: [PATCH 21/35] Unionfs: Inode operations, Andrew Morton
      - Re: [PATCH 21/35] Unionfs: Inode operations, David Miller
      - Re: [PATCH 21/35] Unionfs: Inode operations, Randy Dunlap
      - Re: [PATCH 21/35] Unionfs: Inode operations, Theodore Tso
        
        Re: [PATCH 21/35] Unionfs: Inode operations, Andrew Morton
        
        Re: [PATCH 21/35] Unionfs: Inode operations, Randy Dunlap
- [PATCH 34/35] Unionfs: Kconfig and Makefile, Josef 'Jeff' Sipek
- [PATCH 13/35] lookup_one_len_nd - lookup_one_len with nameidata argument, Josef 'Jeff' Sipek
  - Re: [PATCH 13/35] lookup_one_len_nd - lookup_one_len with nameidata argument, Jan Engelhardt
- [PATCH 05/35] struct path: Rename Reiserfs's struct path, Josef 'Jeff' Sipek
- [PATCH 29/35] Unionfs: Superblock operations, Josef 'Jeff' Sipek
  - Re: [PATCH 29/35] Unionfs: Superblock operations, Jan Engelhardt
- [PATCH 22/35] Unionfs: Lookup helper functions, Josef 'Jeff' Sipek
  - Re: [PATCH 22/35] Unionfs: Lookup helper functions, Jan Engelhardt
- [PATCH 07/35] struct path: Move struct path from fs/namei.c into include/linux, Josef 'Jeff' Sipek
- [PATCH 01/35] fsstack: Introduce fsstack_copy_{attr,inode}_*, Josef 'Jeff' Sipek
- [PATCH 03/35] eCryptfs: Use fsstack's generic copy inode attr functions, Josef 'Jeff' Sipek
- Re: Unionfs: Stackable namespace unification filesystem, Josef Sipek
Re: + fs-ufs-add-missing-bracket.patch added to -mm tree, Evgeniy Dushistov
Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr hashing), Jeff Layton
[RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
- Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Randy Dunlap
  - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
    - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Randy Dunlap
    - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Brad Boyer
      - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
        
        Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Brad Boyer
        
        Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Al Boldi
        
        Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
cp command, lookup intents and fs/namei.c horrors, Steve French
- Re: cp command, lookup intents and fs/namei.c horrors, Trond Myklebust
[patch 1/3] mm: pagecache write deadlocks zerolength fix, Nick Piggin
- [patch 2/3] mm: pagecache write deadlocks stale holes fix, Nick Piggin
  - [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
    - Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
      - Re: [patch 3/3] fs: fix cont vs deadlock patches, OGAWA Hirofumi
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, OGAWA Hirofumi
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, OGAWA Hirofumi
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, Andrew Morton
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, OGAWA Hirofumi
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, OGAWA Hirofumi
        
        Re: [patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
        
        [new patch 3/3] fs: fix cont vs deadlock patches, Nick Piggin
        
        Re: [new patch 3/3] fs: fix cont vs deadlock patches, OGAWA Hirofumi
- [patch 0/3] more buffered write fixes, Nick Piggin
- Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix, Andreas Schwab
  - Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix, Nick Piggin
    - Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix, Andreas Schwab
      - Re: [patch 1/3] mm: pagecache write deadlocks zerolength fix, Nick Piggin
[PATCH] reiser4: use NULL for pointers, Randy Dunlap
[PATCH] jbd: wait for already submitted t_sync_datalist buffer to complete, Hisashi Hifumi
[PATCH -mm] gfs2 lock function parameter, Randy Dunlap
- Re: [PATCH -mm] gfs2 lock function parameter, Steven Whitehouse
NFSv4/pNFS possible POSIX I/O API standards, Gary Grider
- Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
  - Re: NFSv4/pNFS possible POSIX I/O API standards, Andreas Dilger
    - Re: NFSv4/pNFS possible POSIX I/O API standards, Anton Altaparmakov
    - Re: NFSv4/pNFS possible POSIX I/O API standards, Russell Cattelan
    - Re: NFSv4/pNFS possible POSIX I/O API standards, Wendy Cheng
      - Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
  - Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
    - Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
    - Re: NFSv4/pNFS possible POSIX I/O API standards, Andreas Dilger
      - Re: NFSv4/pNFS possible POSIX I/O API standards, Anton Altaparmakov
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Brad Boyer
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Sage Weil
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Sage Weil
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Sage Weil
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Sage Weil
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Sage Weil
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Peter Staubach
        
        Re: readdirplus() as possible POSIX I/O API, Sage Weil
        
        Re: readdirplus() as possible POSIX I/O API, Peter Staubach
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Andreas Dilger
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Kari Hurtta
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Andreas Dilger
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Sage Weil
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Andreas Dilger
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Gary Grider
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Matthew Wilcox
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Matthew Wilcox
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ragnar Kjørstad
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: Re: NFSv4/pNFS possible POSIX I/O API standards, Latchesar Ionkov
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
        
        Re: Re: NFSv4/pNFS possible POSIX I/O API standards, Latchesar Ionkov
        
        Re: Re: NFSv4/pNFS possible POSIX I/O API standards, Trond Myklebust
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Sage Weil
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ulrich Drepper
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Andreas Dilger
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ulrich Drepper
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ulrich Drepper
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ragnar Kjørstad
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ulrich Drepper
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ragnar Kjørstad
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ulrich Drepper
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Matthew Wilcox
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ulrich Drepper
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ragnar Kjørstad
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Gary Grider
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Andreas Dilger
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ulrich Drepper
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Andreas Dilger
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Ulrich Drepper
        
        statlite(), Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Nikita Danilov
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Peter Staubach
        
        Re: readdirplus() as possible POSIX I/O API, Andreas Dilger
        
        Re: readdirplus() as possible POSIX I/O API, Trond Myklebust
        
        Re: readdirplus() as possible POSIX I/O API, Andreas Dilger
        
        Re: readdirplus() as possible POSIX I/O API, Trond Myklebust
        
        Re: Re: readdirplus() as possible POSIX I/O API, Latchesar Ionkov
        
        Re: readdirplus() as possible POSIX I/O API, Rob Ross
      - Re: NFSv4/pNFS possible POSIX I/O API standards, Steven Whitehouse
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
      - Re: NFSv4/pNFS possible POSIX I/O API standards, Ric Wheeler
    - Re: NFSv4/pNFS possible POSIX I/O API standards, Matthew Wilcox
      - Re: NFSv4/pNFS possible POSIX I/O API standards, Matthew Wilcox
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Gary Grider
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
      - Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Latchesar Ionkov
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Christoph Hellwig
        
        Re: Re: NFSv4/pNFS possible POSIX I/O API standards, Latchesar Ionkov
        
        Re: Re: NFSv4/pNFS possible POSIX I/O API standards, Matthew Wilcox
        
        Message not available
        
        Re: Re: Re: NFSv4/pNFS possible POSIX I/O API standards, Latchesar Ionkov
        
        Message not available
        
        Re: Re: Re: NFSv4/pNFS possible POSIX I/O API standards, Matthew Wilcox
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Peter Staubach
        
        Re: NFSv4/pNFS possible POSIX I/O API standards, Rob Ross
        
        openg, Christoph Hellwig
        
        Re: openg, Trond Myklebust
        
        Re: openg, Rob Ross
        
        Re: openg, Christoph Hellwig
        
        Re: openg, Rob Ross
        
        Re: Re: NFSv4/pNFS possible POSIX I/O API standards, Latchesar Ionkov
        
        Re: Re: NFSv4/pNFS possible POSIX I/O API standards, David Chinner
        
        openg and path_to_handle, Rob Ross
        
        Re: openg and path_to_handle, Matthew Wilcox
        
        Re: openg and path_to_handle, Rob Ross
        
        Re: openg and path_to_handle, David Chinner
        
        Re: openg and path_to_handle, David Chinner
        
        Re: openg and path_to_handle, Matthew Wilcox
        
        Re: openg and path_to_handle, David Chinner
        
        Re: openg and path_to_handle, Andreas Dilger
        
        Re: openg and path_to_handle, Matthew Wilcox
        
        Re: openg and path_to_handle, Andreas Dilger
        
        Re: openg and path_to_handle, Christoph Hellwig
        
        Re: openg and path_to_handle, Rob Ross
        
        Re: openg and path_to_handle, Rob Ross
        
        Re: openg and path_to_handle, David Chinner
        
        Re: openg and path_to_handle, Latchesar Ionkov
        
        Re: openg and path_to_handle, Rob Ross
        
        Re: openg and path_to_handle, Matthew Wilcox
        
        Re: openg and path_to_handle, Rob Ross
- Re: NFSv4/pNFS possible POSIX I/O API standards, Matthew Wilcox
[RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via lazy hashing), Jeff Layton
- Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via lazy hashing), Jeff Layton
[PATCH/RFC] pass dio_complete proper offset from finished_one_bio, Eric Sandeen
- Re: [PATCH/RFC] pass dio_complete proper offset from finished_one_bio, Felix Blyakher
- Re: [PATCH/RFC] pass dio_complete proper offset from finished_one_bio, Eric Sandeen
mountpoint information a get_sb, Mathieu Dube
- Re: mountpoint information a get_sb, Al Viro
  - Re: mountpoint information a get_sb, Mathieu Dube
    - Re: mountpoint information a get_sb, Matthew Wilcox
    - Re: mountpoint information a get_sb, Al Viro
Log structured file system for Linux 2.6 with a garbage collector, Martin Jambor
- Re: Log structured file system for Linux 2.6 with a garbage collector, manningc2
[PATCH] prune_icache_sb, Wendy Cheng
- Re: [PATCH] prune_icache_sb, Andrew Morton
  - Re: [PATCH] prune_icache_sb, Wendy Cheng
    - Re: [PATCH] prune_icache_sb, Andrew Morton
      - Re: [PATCH] prune_icache_sb, Wendy Cheng
        
        Re: [PATCH] prune_icache_sb, Andrew Morton
        
        Re: [PATCH] prune_icache_sb, Wendy Cheng
        
        Re: [PATCH] prune_icache_sb, Wendy Cheng
        
        Re: [PATCH] prune_icache_sb, Nate Diller
        
        Re: [PATCH] prune_icache_sb, Andrew Morton
        
        Re: [PATCH] prune_icache_sb, Wendy Cheng
        
        Re: [PATCH] prune_icache_sb, Andrew Morton
        
        Re: [PATCH] prune_icache_sb, Wendy Cheng
        
        Re: [PATCH] prune_icache_sb, Andrew Morton
        
        Re: [PATCH] prune_icache_sb, Russell Cattelan
        
        Re: [PATCH] prune_icache_sb, Wendy Cheng
sync() in 2.4.24, Steven Faludi
- Re: sync() in 2.4.24, Arjan van de Ven
proc_kill_inodes() race WRT vfs_read() and other users of filp->f_ops, Sergey Vlasov
Quadratic behavior of shrink_dcache_parent(), Miklos Szeredi
- Re: Quadratic behavior of shrink_dcache_parent(), Rafael J. Wysocki
[PATCH] reiserfs: fmt bugfix, Alexey Dobriyan
[PATCH] DLM needs SYSFS, Randy Dunlap
[PATCH -mm] hpfs: fix printk format warnings, Randy Dunlap
- Re: [PATCH -mm] hpfs: fix printk format warnings, Mikulas Patocka
  - [PATCH -mm v2] hpfs: fix printk format warnings, Randy Dunlap
    - Re: [PATCH -mm v2] hpfs: fix printk format warnings, Mikulas Patocka
[RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Jeff Layton
- Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Matthew Wilcox
  - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Jörn Engel
    - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Jeff Layton
  - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Jeff Layton
    - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Jeff Layton
- Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Matthew Wilcox
  - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Jeff Layton
    - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Dave Kleikamp
      - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Jeff Layton
        
        Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via pointer conversion), Dave Kleikamp
[PATCH] FUSE depends on BLOCK, Randy Dunlap
[PATCH -mm] cachefiles uses PROC_FS, Randy Dunlap
- Re: [PATCH -mm] cachefiles uses PROC_FS, David Howells
CVE-2006-3468, Majkls
- Re: CVE-2006-3468, Matthew Wilcox
  - Message not available
    - Re: CVE-2006-3468, Majkls
[PATCH] ext3: htree entry integrity checking, Jeff Mahoney
- Re: [PATCH] ext3: htree entry integrity checking, Andreas Dilger
  - Re: [PATCH] ext3: htree entry integrity checking, Eric Sandeen
  - Re: [PATCH] ext3: htree entry integrity checking, Jeff Mahoney
2007 Linux Storage & Filesystem Workshop, Theodore Ts'o
- Re: 2007 Linux Storage & Filesystem Workshop, Ric Wheeler
  - Re: 2007 Linux Storage & Filesystem Workshop, Federico Levi
interesting way to break ext3 using loop devices, Andi Kleen
- Re: interesting way to break ext3 using loop devices, Theodore Tso
- Re: interesting way to break ext3 using loop devices, Bill Rugolsky Jr.
Passing mount parameters into the fs, Charles Manning
- Re: Passing mount parameters into the fs, Avishay Traeger
- Re: Passing mount parameters into the fs, Benjamin Myers
[RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
- Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Al Viro
  - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
    - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
    - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Al Viro
      - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
- Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Matthew Wilcox
  - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jörn Engel
    - Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr), Jeff Layton
ShaolinMicro CogoFS, devzero
- Re: ShaolinMicro CogoFS, Arjan van de Ven
- <Possible follow-ups>
- Re: ShaolinMicro CogoFS, devzero
[PATCH 2/2] GFS2: struct gfs2_quota conversion cleanup, Alexey Dobriyan
[PATCH 1/2] GFS2: struct gfs2_rindex vs char buf[] cleanup, Alexey Dobriyan
- Re: [PATCH 1/2] GFS2: struct gfs2_rindex vs char buf[] cleanup, Al Viro
  - Re: [PATCH 1/2] GFS2: struct gfs2_rindex vs char buf[] cleanup, Alexey Dobriyan
Allocation strategy - dynamic zone for small files, Ihar `Philips` Filipau
- Re: Allocation strategy - dynamic zone for small files, avishay
  - Re: Allocation strategy - dynamic zone for small files, Bryan Henderson
    - Re: Allocation strategy - dynamic zone for small files, Josef Sipek
      - Re: Allocation strategy - dynamic zone for small files, Bryan Henderson
        
        Re: Allocation strategy - dynamic zone for small files, Ihar `Philips` Filipau
        
        Re: Allocation strategy - dynamic zone for small files, Andreas Dilger
        
        Re: Allocation strategy - dynamic zone for small files, Dave Kleikamp
        
        Re: Allocation strategy - dynamic zone for small files, Jörn Engel
        
        Message not available
        
        Re: Allocation strategy - dynamic zone for small files, Jörn Engel
        
        Message not available
        
        Re: Allocation strategy - dynamic zone for small files, Andreas Dilger
        
        Re: Allocation strategy - dynamic zone for small files, phillip
        
        Re: Allocation strategy - dynamic zone for small files, Andreas Dilger
        
        Re: Allocation strategy - dynamic zone for small files, Josef Sipek
        
        Re: Allocation strategy - dynamic zone for small files, Bryan Henderson
    - Re: Allocation strategy - dynamic zone for small files, Theodore Tso
      - Re: Allocation strategy - dynamic zone for small files, Al Boldi
        
        Re: Allocation strategy - dynamic zone for small files, Theodore Tso
        
        Re: Allocation strategy - dynamic zone for small files, Al Boldi
        
        Re: Allocation strategy - dynamic zone for small files, Matthew Wilcox
        
        Re: Allocation strategy - dynamic zone for small files, Al Boldi
        
        Re: Allocation strategy - dynamic zone for small files, Matthew Wilcox
        
        Re: Allocation strategy - dynamic zone for small files, Theodore Tso
        
        Re: Allocation strategy - dynamic zone for small files, Al Boldi
      - Re: Allocation strategy - dynamic zone for small files, phillip
question about the function rw_verify_area, Jean-Bernard DAMIANO
[PATCH 0/3] new_inode_autonum: intro -- ensure uniqueness of i_ino and try to prevent st_ino EOVERFLOW in userspace, Jeff Layton
[PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness, Jeff Layton
- Re: [PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness, Eric Sandeen
- Re: [PATCH 1/3] new_inode_autonum: add per-sb lastino counter and add new_inode_autonum function that guarantees i_ino uniqueness, Christoph Hellwig
[PATCH 3/3] new_inode_autonum: fix up possible i_ino collision in simple_fill_super(), Jeff Layton
[PATCH 2/3] new_inode_autonum: convert filesystems to use new function, Jeff Layton
- Re: [PATCH 2/3] new_inode_autonum: convert filesystems to use new function, Eric Sandeen
[RFC][PATCH 3/3] Online defrag command, sho
- <Possible follow-ups>
- [RFC][PATCH 3/3] Online defrag command, sho
- [RFC][PATCH 3/3] Online defrag command, sho
- [RFC][PATCH 3/3] Online defrag command, Takashi Sato
  - Re: [RFC][PATCH 3/3] Online defrag command, Jens Axboe
    - Re: [RFC][PATCH 3/3] Online defrag command, Takashi Sato
[RFC][PATCH 2/3] Move the file data to the new blocks, sho
- <Possible follow-ups>
- [RFC][PATCH 2/3] Move the file data to the new blocks, sho
- [RFC][PATCH 2/3] Move the file data to the new blocks, sho
  - Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Jan Kara
    - Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Nathan Scott
    - Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Andrew Morton
      - Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Andreas Dilger
        
        Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Andrew Morton
        
        Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Jan Kara
        
        Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Andrew Morton
        
        Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Jan Kara
        
        Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Andrew Morton
        
        Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Jan Kara
        
        Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Theodore Tso
  - Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Andrew Morton
    - Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Eric Sandeen
      - Re: [RFC][PATCH 2/3] Move the file data to the new blocks, Takashi Sato
- [RFC][PATCH 2/3] Move the file data to the new blocks, Takashi Sato
[RFC][PATCH 1/3] Allocate new contiguous blocks, sho
- <Possible follow-ups>
- [RFC][PATCH 1/3] Allocate new contiguous blocks, sho
- [RFC][PATCH 1/3] Allocate new contiguous blocks, sho
- [RFC][PATCH 1/3] Allocate new contiguous blocks, Takashi Sato
[RFC][PATCH 0/3] Extent base online defrag, sho
- Re: [RFC][PATCH 0/3] Extent base online defrag, Jeff Garzik
  - Re: [RFC][PATCH 0/3] Extent base online defrag, Dave Kleikamp
    - Re: [RFC][PATCH 0/3] Extent base online defrag, Takashi Sato
- Re: [RFC][PATCH 0/3] Extent base online defrag, Girish Shilamkar
- <Possible follow-ups>
- Re:[RFC][PATCH 0/3] Extent base online defrag, sho
  - Re: Re:[RFC][PATCH 0/3] Extent base online defrag, Girish Shilamkar
- Re:[RFC][PATCH 0/3] Extent base online defrag, sho
Bug in mount(8)?, Tetsuo Handa
- Re: Bug in mount(8)?, Matthew Wilcox
  - Re: Bug in mount(8)?, Karel Zak
[RFC] [PATCH 0/4] uid_ns: introduction, Serge E. Hallyn
- [RFC] [PATCH 1/4] uid_ns: introduce inode uid check helper, Serge E. Hallyn
  - Re: [RFC] [PATCH 1/4] uid_ns: introduce inode uid check helper, Cedric Le Goater
- [RFC] [PATCH 2/4] uid_ns: replace inode->fsuid checks under fs/, Serge E. Hallyn
- [RFC] [PATCH 3/4] uid_ns: replace i_uid check in fs/namespace.c, Serge E. Hallyn
- [RFC] [PATCH 4/4] uid_ns: Add filesystem uid checks, Serge E. Hallyn
- Re: [RFC] [PATCH 0/4] uid_ns: introduction, Herbert Poetzl
  - Re: [RFC] [PATCH 0/4] uid_ns: introduction, Trond Myklebust
    - Re: [RFC] [PATCH 0/4] uid_ns: introduction, Eric W. Biederman
      - Re: [RFC] [PATCH 0/4] uid_ns: introduction, Herbert Poetzl
        
        Re: [RFC] [PATCH 0/4] uid_ns: introduction, Serge E. Hallyn
        
        Re: [RFC] [PATCH 0/4] uid_ns: introduction, Herbert Poetzl
        
        Re: [RFC] [PATCH 0/4] uid_ns: introduction, Eric W. Biederman
        
        Re: [RFC] [PATCH 0/4] uid_ns: introduction, Serge E. Hallyn
        
        Re: [RFC] [PATCH 0/4] uid_ns: introduction, Herbert Poetzl
        
        Re: [RFC] [PATCH 0/4] uid_ns: introduction, Serge E. Hallyn
        
        Re: [RFC] [PATCH 0/4] uid_ns: introduction, Cedric Le Goater
[PATCH] - catch blocks beyond pagecache limit in __getblk_slow, Eric Sandeen
- Re: [PATCH] - catch blocks beyond pagecache limit in __getblk_slow, Eric Sandeen
[RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
- Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Dave Kleikamp
  - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
  - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Steve French
    - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Dave Kleikamp
      - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Dave Kleikamp
        
        Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Steve French
- Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Christoph Hellwig
  - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
    - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Christoph Hellwig
      - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
    - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Andreas Dilger
      - RE: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Hua Zhong
      - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
    - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Theodore Tso
      - Re: [RFC/PATCH] - revert generic_fillattr stat->blksize to PAGE_CACHE_SIZE, Eric Sandeen
[PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
- Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Matthew Wilcox
  - Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
  - Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
    - Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
      - Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Eric Dumazet
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
      - Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Eric Sandeen
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Eric Sandeen
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Andreas Dilger
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Matthew Wilcox
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Dave Kleikamp
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Eric Sandeen
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Matthew Wilcox
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jörn Engel
        
        Re: [PATCH] make last_inode counter in new_inode 32-bit on kernels that offer x86 compatability, Jeff Layton
Re: New filesystem for Linux, Al Boldi
[PATCH 0/3] fsstack updates, Jeff
- [PATCH 1/3] fsstack: Make fsstack_copy_attr_all copy inode size, Jeff
- [PATCH 3/3] fsstack: Make ecryptfs a user of new fsstack_* functions, Jeff
- [PATCH 2/3] fsstack: Generic get/set lower object functions, Jeff
  - Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Trond Myklebust
    - Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Josef Sipek
      - Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Mark Williamson
        
        Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Josef Sipek
        
        Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Trond Myklebust
        
        Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Pekka Enberg
        
        Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Jan Engelhardt
    - Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Josef Sipek
      - Re: [PATCH 2/3] fsstack: Generic get/set lower object functions, Trond Myklebust
[RFC] Defragmentation interface, Jan Kara
- Re: [RFC] Defragmentation interface, David Chinner
  - Re: [RFC] Defragmentation interface, Jan Kara
    - Re: [RFC] Defragmentation interface, Andreas Dilger
      - Re: [RFC] Defragmentation interface, Jan Kara
    - Re: [RFC] Defragmentation interface, David Chinner
      - Re: [RFC] Defragmentation interface, Jan Kara
        
        Re: [RFC] Defragmentation interface, David Chinner
  - Re: [RFC] Defragmentation interface, Dave Kleikamp
[PATCH] GFS2: incorrect di_height assignment, Alexey Dobriyan
- Re: [PATCH] GFS2: incorrect di_height assignment, Christoph Hellwig
  - Re: [PATCH] GFS2: incorrect di_height assignment, Steven Whitehouse
[PATCH 1/1] fat: improve sync performance by grouping writes revised yet again, Holden Karau
[PATCH 0 of 7] O_DIRECT locking rework, Chris Mason
- [PATCH 5 of 7] Make ext3 safe for the new DIO locking rules, Chris Mason
- [PATCH 3 of 7] DIO: don't fall back to buffered writes, Chris Mason
- [PATCH 6 of 7] Make reiserfs safe for new DIO locking rules, Chris Mason
- [PATCH 1 of 7] Introduce a place holder page for the pagecache, Chris Mason
- [PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field, Chris Mason
  - Re: [PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field, David Chinner
    - Re: [PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field, Chris Mason
      - Re: [PATCH 4 of 7] Turn the DIO lock_type parameter into a flags field, David Chinner

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