Linux Ext4 Filesystem Development

• Date Index

• Re: [Y2038] [PATCH v2 00/24] Delete CURRENT_TIME and CURRENT_TIME_SEC macros, (continued)
  • Re: [Y2038] [PATCH v2 00/24] Delete CURRENT_TIME and CURRENT_TIME_SEC macros, Arnd Bergmann
• [PATCH] jbd2: make journal y2038 safe, Arnd Bergmann
  • Re: [PATCH] jbd2: make journal y2038 safe, Jan Kara
    • Re: [PATCH] jbd2: make journal y2038 safe, Theodore Ts'o
• PROBLEM: incorrect data block bitmap after running resize2fs and e2fsck, Lars Wijtemans
  • Re: PROBLEM: incorrect data block bitmap after running resize2fs and e2fsck, Andreas Dilger
    • Re: PROBLEM: [SOLVED] incorrect data block bitmap after running resize2fs and e2fsck, Lars Wijtemans
• [PATCH] e2undo: fix endian issues, Eric Sandeen
  • Re: [PATCH] e2undo: fix endian issues, Darrick J. Wong
    • Re: [PATCH] e2undo: fix endian issues, Marcus Hüwe
  • Re: [PATCH] e2undo: fix endian issues, Theodore Ts'o
• [PATCH] ext4: always pre-allocate max depth for path, Faccini, Bruno
  • Re: [PATCH] ext4: always pre-allocate max depth for path, kbuild test robot
  • Re: [PATCH] ext4: always pre-allocate max depth for path, kbuild test robot
  • Re: [PATCH] ext4: always pre-allocate max depth for path, kbuild test robot
  • Re: [PATCH] ext4: always pre-allocate max depth for path, Andreas Dilger
    • Re: [PATCH] ext4: always pre-allocate max depth for path, Faccini, Bruno
• [PATCH 0/4] ext4: Fix deadlock during page writeback, Jan Kara
  • [PATCH 2/4] jbd2: Move lockdep instrumentation for jbd2 handles, Jan Kara
    • Re: [PATCH 2/4] jbd2: Move lockdep instrumentation for jbd2 handles, Theodore Ts'o
  • [PATCH 3/4] jbd2: Move lockdep tracking to journal_s, Jan Kara
    • Re: [PATCH 3/4] jbd2: Move lockdep tracking to journal_s, kbuild test robot
    • Re: [PATCH 3/4] jbd2: Move lockdep tracking to journal_s, Theodore Ts'o
  • [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
    • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
      • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
        • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
          • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
            • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
              • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
                • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
                  • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
                    • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
                      • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
              • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
                • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
                  • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
                    • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
                      • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
                        • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
                          • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Theodore Ts'o
                            • Re: [PATCH 1/4] ext4: Fix deadlock during page writeback, Jan Kara
  • [PATCH 4/4] jbd2: Track more dependencies on transaction commit, Jan Kara
    • Re: [PATCH 4/4] jbd2: Track more dependencies on transaction commit, Theodore Ts'o
• [patch] ext4: underflow in alignment check, Dan Carpenter
  • Re: [patch] ext4: underflow in alignment check, Jan Kara
    • Re: [patch] ext4: underflow in alignment check, Dan Carpenter
      • Re: [patch] ext4: underflow in alignment check, Jan Kara
        • Re: [patch] ext4: underflow in alignment check, Dan Carpenter
• [PATCH] jbd2: wake up j_wait_done_commit before commit callback, Wang Shilong
  • Re: [PATCH] jbd2: wake up j_wait_done_commit before commit callback, Wang Shilong
    • RE: [PATCH] jbd2: wake up j_wait_done_commit before commit callback, Wang Shilong
  • Re: [PATCH] jbd2: wake up j_wait_done_commit before commit callback, Jan Kara
• WARNING at fs/ext4/inode.c ext4_evict_inode() triggers on 4.0, Calvin Owens
  • Re: WARNING at fs/ext4/inode.c ext4_evict_inode() triggers on 4.0, Jan Kara
    • Re: WARNING at fs/ext4/inode.c ext4_evict_inode() triggers on 4.0, Calvin Owens
      • Re: WARNING at fs/ext4/inode.c ext4_evict_inode() triggers on 4.0, Jan Kara
        • Re: WARNING at fs/ext4/inode.c ext4_evict_inode() triggers on 4.0, Jan Kara
          • Re: WARNING at fs/ext4/inode.c ext4_evict_inode() triggers on 4.0, Calvin Owens
• [RFC PATCH] coredump: avoid ext4 auto_da_alloc for core file, Omar Sandoval
  • Re: [RFC PATCH] coredump: avoid ext4 auto_da_alloc for core file, Omar Sandoval
    • Re: [RFC PATCH] coredump: avoid ext4 auto_da_alloc for core file, Theodore Ts'o
      • Re: [RFC PATCH] coredump: avoid ext4 auto_da_alloc for core file, Theodore Ts'o
  • Re: [RFC PATCH] coredump: avoid ext4 auto_da_alloc for core file, Josef Bacik
    • Re: [RFC PATCH] coredump: avoid ext4 auto_da_alloc for core file, Theodore Ts'o
      • Re: [RFC PATCH] coredump: avoid ext4 auto_da_alloc for core file, Josef Bacik
        • Re: [RFC PATCH] coredump: avoid ext4 auto_da_alloc for core file, Theodore Ts'o
• [PATCH] ext4: avoid modifying checksum fields directly during checksum verification, Daeho Jeong
  • Re: [PATCH] ext4: avoid modifying checksum fields directly during checksum verification, Darrick J. Wong
  • Message not available
    • Re: [PATCH] ext4: avoid modifying checksum fields directly during checksum verification, Daeho Jeong
  • Re: [PATCH] ext4: avoid modifying checksum fields directly during checksum verification, Theodore Ts'o
• K3.18-lts : ext4/namei.c: hash used un-initialized, pavi1729
• [PATCH e2fsprogs] fuse2fs: might need librt, Gustavo Zacarias
  • Re: [PATCH e2fsprogs] fuse2fs: might need librt, Theodore Ts'o
• [PATCH 02/21] fs: ext4: Use current_fs_time() for inode timestamps, Deepa Dinamani
  • Re: [PATCH 02/21] fs: ext4: Use current_fs_time() for inode timestamps, Linus Torvalds
    • Re: [PATCH 02/21] fs: ext4: Use current_fs_time() for inode timestamps, Linus Torvalds
    • Re: [Y2038] [PATCH 02/21] fs: ext4: Use current_fs_time() for inode timestamps, Arnd Bergmann
      • Re: [Y2038] [PATCH 02/21] fs: ext4: Use current_fs_time() for inode timestamps, Deepa Dinamani
        • Re: [Y2038] [PATCH 02/21] fs: ext4: Use current_fs_time() for inode timestamps, Arnd Bergmann
• [PATCH 01/21] fs: Replace CURRENT_TIME_SEC with current_fs_time(), Deepa Dinamani
  • Re: [PATCH 01/21] fs: Replace CURRENT_TIME_SEC with current_fs_time(), Jan Kara
    • Re: [PATCH 01/21] fs: Replace CURRENT_TIME_SEC with current_fs_time(), Linus Torvalds
      • Re: [PATCH 01/21] fs: Replace CURRENT_TIME_SEC with current_fs_time(), Deepa Dinamani
  • Re: [PATCH 01/21] fs: Replace CURRENT_TIME_SEC with current_fs_time(), Bob Copeland
  • Re: [PATCH 01/21] fs: Replace CURRENT_TIME_SEC with current_fs_time(), Arnd Bergmann
    • Re: [PATCH 01/21] fs: Replace CURRENT_TIME_SEC with current_fs_time(), Deepa Dinamani
      • Re: [PATCH 01/21] fs: Replace CURRENT_TIME_SEC with current_fs_time(), Arnd Bergmann
• Release of e2fsprogs 1.43.1, Theodore Ts'o
• [PATCH 0/2] linux-block for-next REQ_OP fixes, mchristi
  • [PATCH 2/2] mg_disk: fix enum REQ_OP_ kbuild error, mchristi
  • [PATCH 1/2] ext4: use bio op helprs in ext4 crypto code, mchristi
    • Re: [PATCH 1/2] ext4: use bio op helprs in ext4 crypto code, Jens Axboe
  • Re: [PATCH 0/2] linux-block for-next REQ_OP fixes, Jens Axboe
• [PATCH] ext4: respect the nobarrier mount option in nojournal mode, Theodore Ts'o
  • Re: [PATCH] ext4: respect the nobarrier mount option in nojournal mode, Eric Sandeen
    • [PATCH -v2] ext4: respect the nobarrier mount option in nojournal mode, Theodore Ts'o
      • Re: [PATCH -v2] ext4: respect the nobarrier mount option in nojournal mode, Jan Kara
• [PATCH] ext4: optimize ext4_should_retry_alloc() to improve ENOSPC performance, Theodore Ts'o
  • [PATCH -v2] ext4: optimize ext4_should_retry_alloc() to improve ENOSPC performance, Theodore Ts'o
    • Re: [PATCH -v2] ext4: optimize ext4_should_retry_alloc() to improve ENOSPC performance, Andreas Dilger
    • Re: [PATCH -v2] ext4: optimize ext4_should_retry_alloc() to improve ENOSPC performance, Jan Kara
      • Re: [PATCH -v2] ext4: optimize ext4_should_retry_alloc() to improve ENOSPC performance, Andreas Dilger
        • Re: [PATCH -v2] ext4: optimize ext4_should_retry_alloc() to improve ENOSPC performance, Jan Kara
          • [PATCH -v3] ext4: optimize ext4_should_retry_alloc() to improve ENOSPC performance, Theodore Ts'o
            • Re: [PATCH -v3] ext4: optimize ext4_should_retry_alloc() to improve ENOSPC performance, Jan Kara
• [PATCH] ext4: mballoc.h typo fix: correct wrong comments about MB_DEFAULT_STREAM_THRESHOLD, Lin Feng
• [PATCH 00/45] v8: separate operations from flags in the bio/request structs, mchristi
  • [PATCH 20/45] nilfs: use bio op accessors, mchristi
  • [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code, mchristi
    • Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code, kbuild test robot
    • Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code, kbuild test robot
    • Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code, kbuild test robot
    • Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code, Hannes Reinecke
    • Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code, Ross Zwisler
      • Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code, Mike Christie
  • [PATCH 43/45] block, drivers: add REQ_OP_FLUSH operation, mchristi
  • [PATCH 45/45] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH, mchristi
  • [PATCH 44/45] block: do not use REQ_FLUSH for tracking flush support, mchristi
  • [PATCH 41/45] block, drivers, fs: shrink bi_rw from long to int, mchristi
    • Re: [PATCH 41/45] block, drivers, fs: shrink bi_rw from long to int, Hannes Reinecke
  • [PATCH 40/45] block: move bio io prio to a new field, mchristi
    • Re: [PATCH 40/45] block: move bio io prio to a new field, Hannes Reinecke
  • [PATCH 39/45] ide cd: do not set REQ_WRITE on requests., mchristi
  • [PATCH 38/45] blktrace: use op accessors, mchristi
  • [PATCH 36/45] block: convert is_sync helpers to use REQ_OPs., mchristi
  • [PATCH 37/45] drivers: use req op accessor, mchristi
    • Re: [PATCH 37/45] drivers: use req op accessor, Hannes Reinecke
    • Re: [PATCH 37/45] drivers: use req op accessor, Ross Zwisler
      • Re: [PATCH 37/45] drivers: use req op accessor, Mike Christie
        • Re: [PATCH 37/45] drivers: use req op accessor, Shaun Tancheff
          • Re: [PATCH 37/45] drivers: use req op accessor, Mike Christie
          • Re: [PATCH 37/45] drivers: use req op accessor, Christoph Hellwig
            • Re: [PATCH 37/45] drivers: use req op accessor, Shaun Tancheff
  • [PATCH 35/45] block: convert merge/insert code to check for REQ_OPs., mchristi
  • [PATCH 34/45] blkg_rwstat: separate op from flags, mchristi
  • [PATCH 33/45] block: prepare elevator to use REQ_OPs., mchristi
  • [PATCH 28/45] target: use bio op accessors, mchristi
    • Re: [PATCH 28/45] target: use bio op accessors, Hannes Reinecke
      • Re: [PATCH 28/45] target: use bio op accessors, Mike Christie
        • Re: [PATCH 28/45] target: use bio op accessors, Hannes Reinecke
  • [PATCH 32/45] block: prepare mq request creation to use REQ_OPs, mchristi
  • [PATCH 23/45] dm: pass dm stats data dir instead of bi_rw, mchristi
  • [PATCH 21/45] ocfs2: use bio op accessors, mchristi
  • [PATCH 31/45] block: prepare request creation/destruction code to use REQ_OPs, mchristi
  • [PATCH 30/45] block: copy bio op to request op, mchristi
  • [PATCH 17/45] xfs: use bio op accessors, mchristi
  • [PATCH 29/45] xen: use bio op accessors, mchristi
  • [PATCH 14/45] btrfs: use bio fields for op and flags, mchristi
  • [PATCH 27/45] md: use bio op accessors, mchristi
  • [PATCH 07/45] bcache: use op_is_write instead of checking for REQ_WRITE, mchristi
    • Re: [PATCH 07/45] bcache: use op_is_write instead of checking for REQ_WRITE, Hannes Reinecke
  • [PATCH 06/45] dm: use op_is_write instead of checking for REQ_WRITE, mchristi
    • Re: [PATCH 06/45] dm: use op_is_write instead of checking for REQ_WRITE, Hannes Reinecke
  • [PATCH 26/45] drbd: use bio op accessors, mchristi
  • [PATCH 05/45] block, drivers, cgroup: use op_is_write helper instead of checking for REQ_WRITE, mchristi
    • Re: [PATCH 05/45] block, drivers, cgroup: use op_is_write helper instead of checking for REQ_WRITE, Hannes Reinecke
  • [PATCH 25/45] bcache: use bio op accessors, mchristi
    • Re: [PATCH 25/45] bcache: use bio op accessors, Hannes Reinecke
  • [PATCH 24/45] dm: use bio op accessors, mchristi
    • Re: [PATCH 24/45] dm: use bio op accessors, Hannes Reinecke
  • [PATCH 04/45] fs: have ll_rw_block users pass in op and flags separately, mchristi
  • [PATCH 03/45] fs: have submit_bh users pass in op and flags separately, mchristi
  • [PATCH 22/45] pm: use bio op accessors, mchristi
  • [PATCH 02/45] block: add REQ_OP definitions and helpers, mchristi
    • Re: [PATCH 02/45] block: add REQ_OP definitions and helpers, Hannes Reinecke
  • [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio, mchristi
    • Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio, kbuild test robot
    • Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio, kbuild test robot
    • Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio, kbuild test robot
    • Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio, Hannes Reinecke
  • [PATCH 19/45] mpage: use bio op accessors, mchristi
  • [PATCH 18/45] hfsplus: use bio op accessors, mchristi
  • [PATCH 16/45] gfs2: use bio op accessors, mchristi
  • [PATCH 15/45] f2fs: use bio op accessors, mchristi
  • [PATCH 13/45] btrfs: update __btrfs_map_block for REQ_OP transition, mchristi
  • [PATCH 12/45] btrfs: use bio op accessors, mchristi
  • [PATCH 11/45] btrfs: have submit_one_bio users use bio op accessors, mchristi
  • [PATCH 10/45] direct-io: use bio set/get op accessors, mchristi
  • [PATCH 08/45] block, fs, mm, drivers: use bio set/get op accessors, mchristi
    • Re: [PATCH 08/45] block, fs, mm, drivers: use bio set/get op accessors, Hannes Reinecke
  • [PATCH 09/45] block discard: use bio set op accessor, mchristi
    • Re: [PATCH 09/45] block discard: use bio set op accessor, Hannes Reinecke
• [PATCH 0/3] dax, ext4: Improve DAX performance in ext4, Waiman Long
  • [PATCH 2/3] ext4: Make cache hits/misses per-cpu counts, Waiman Long
  • [PATCH 3/3] ext4: Pass DIO_SKIP_DIO_COUNT to dax_do_io, Waiman Long
    • Re: [PATCH 3/3] ext4: Pass DIO_SKIP_DIO_COUNT to dax_do_io, Christoph Hellwig
  • [PATCH 1/3] dax: Take shared lock in dax_do_io(), Waiman Long
    • Re: [PATCH 1/3] dax: Take shared lock in dax_do_io(), Christoph Hellwig
• ext4 crash in 4.4.10, Nikolay Borisov
  • Re: ext4 crash in 4.4.10, Jan Kara
    • Re: ext4 crash in 4.4.10, Nikolay Borisov
      • Re: ext4 crash in 4.4.10, Jan Kara
        • Re: ext4 crash in 4.4.10, Nikolay Borisov
          • Re: ext4 crash in 4.4.10, Jan Kara
• [PATCH] ext4: mballoc.c: fix ac_g_ex and ac_f_ex misuse bug in EXT4_MB_HINT_TRY_GOAL path, Lin Feng
  • Re: [PATCH] ext4: mballoc.c: fix ac_g_ex and ac_f_ex misuse bug in EXT4_MB_HINT_TRY_GOAL path, Lin Feng
  • Re: [PATCH] ext4: mballoc.c: fix ac_g_ex and ac_f_ex misuse bug in EXT4_MB_HINT_TRY_GOAL path, Andreas Dilger
    • Re: [PATCH] ext4: mballoc.c: fix ac_g_ex and ac_f_ex misuse bug in EXT4_MB_HINT_TRY_GOAL path, Lin Feng
      • Re: [PATCH] ext4: mballoc.c: fix ac_g_ex and ac_f_ex misuse bug in EXT4_MB_HINT_TRY_GOAL path, Darrick J. Wong
• [Bug 119491] New: UBSAN: Undefined behaviour in /home/vitti/1tb/vitti/rpmbuild/SOURCES/linux-4.5/fs/ext4/mballoc.c:1274, bugzilla-daemon
• [Bug 119481] New: UBSAN: Undefined behaviour in /home/vitti/1tb/vitti/rpmbuild/SOURCES/linux-4.5/fs/ext4/mballoc.c:2612, bugzilla-daemon
• odd ext3/4 quota protection fault when running xfstests for xfs, Christoph Hellwig
• xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Eryu Guan
  • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Theodore Ts'o
    • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Eryu Guan
      • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Theodore Ts'o
      • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Eryu Guan
        • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
          • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
            • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Nikola Pajkovsky
            • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Eryu Guan
              • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
                • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
                  • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Holger Hoffstätte
                    • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Nikola Pajkovsky
                      • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
                        • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Nikola Pajkovsky
                          • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
                            • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Nikola Pajkovsky
                              • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
                                • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Nikola Pajkovsky
                                  • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
                                    • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Nikola Pajkovsky
                    • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Jan Kara
                  • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Eryu Guan
                    • Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel, Eryu Guan
• [PATCH v22 00/22] Richacls (Core and Ext4), Andreas Gruenbacher
  • [PATCH v22 08/22] richacl: Compute maximum file masks from an acl, Andreas Gruenbacher
  • [PATCH v22 11/22] vfs: Cache base_acl objects in inodes, Andreas Gruenbacher
  • [PATCH v22 19/22] richacl: Add richacl xattr handler, Andreas Gruenbacher
  • [PATCH v22 22/22] ext4: Add richacl feature flag, Andreas Gruenbacher
  • [PATCH v22 21/22] ext4: Add richacl support, Andreas Gruenbacher
  • [PATCH v22 20/22] vfs: Add richacl permission checking, Andreas Gruenbacher
  • [PATCH v22 18/22] richacl: xattr mapping functions, Andreas Gruenbacher
  • [PATCH v22 15/22] richacl: Check if an acl is equivalent to a file mode, Andreas Gruenbacher
  • [PATCH v22 16/22] richacl: Create-time inheritance, Andreas Gruenbacher
  • [PATCH v22 14/22] richacl: Update the file masks in chmod(), Andreas Gruenbacher
  • [PATCH v22 13/22] vfs: Cache richacl in struct inode, Andreas Gruenbacher
  • [PATCH v22 17/22] richacl: Automatic Inheritance, Andreas Gruenbacher
  • [PATCH v22 10/22] posix_acl: Improve xattr fixup code, Andreas Gruenbacher
  • [PATCH v22 12/22] vfs: Add get_richacl and set_richacl inode operations, Andreas Gruenbacher
  • [PATCH v22 09/22] richacl: Permission check algorithm, Andreas Gruenbacher
  • [PATCH v22 07/22] richacl: Permission mapping functions, Andreas Gruenbacher
  • [PATCH v22 06/22] richacl: In-memory representation and helper functions, Andreas Gruenbacher
  • [PATCH v22 05/22] vfs: Add permission flags for setting file attributes, Andreas Gruenbacher
  • [PATCH v22 04/22] vfs: Make the inode passed to inode_change_ok non-const, Andreas Gruenbacher
  • [PATCH v22 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags, Andreas Gruenbacher
  • [PATCH v22 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags, Andreas Gruenbacher
  • [PATCH v22 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests, Andreas Gruenbacher
• [PATCH] EXT4: Avoid zeroout-ing and writting the same space, Jun He
• [PATCH] Allow extents equal to max_zeroout to be zero-ed, Jun He
• [PATCH 1/2] e2fsck: always fix invalid extra field in timestamps if time_t is 32-bits, Theodore Ts'o
  • [PATCH 2/2] tests: fix f_pre_1970_date_encoding on systems with a 32-bit time_t, Theodore Ts'o
• e2fsprogs-1.43 make check failures, Bruce Dubbs
  • <Possible follow-ups>
  • Re: e2fsprogs-1.43 make check failures, Xose Vazquez Perez
    • Re: e2fsprogs-1.43 make check failures, Bruce Dubbs
• unexpected sync delays in dpkg for small pre-allocated files on ext4, Gernot Hillier
  • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Theodore Ts'o
    • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Gernot Hillier
      • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Dave Chinner
        • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Gernot Hillier
          • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Gernot Hillier
            • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Theodore Ts'o
              • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Gernot Hillier
              • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Gernot Hillier
  • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Dave Chinner
    • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Christoph Hellwig
  • <Possible follow-ups>
  • Re: unexpected sync delays in dpkg for small pre-allocated files on ext4, Jun He
• [GIT PULL] ext4 updates for 4.7, Theodore Ts'o
• [PATCH] generic/250: ignore xfs_io IO errors when writing to dmerror device, Eryu Guan
  • Re: [PATCH] generic/250: ignore xfs_io IO errors when writing to dmerror device, Darrick J. Wong
    • Re: [PATCH] generic/250: ignore xfs_io IO errors when writing to dmerror device, Eryu Guan
  • [PATCH v2] generic/250: ignore xfs_io IO errors when writing to dmerror device, Eryu Guan
    • Re: [PATCH v2] generic/250: ignore xfs_io IO errors when writing to dmerror device, Darrick J. Wong
• [PATCH 1/2] mke2fs: fix project quota creation, Theodore Ts'o
  • [PATCH 2/2] e2fsck: fix project quota support, Theodore Ts'o
    • Re: [PATCH 2/2] e2fsck: fix project quota support, Wang Shilong
  • Re: [PATCH 1/2] mke2fs: fix project quota creation, Wang Shilong
    • Re: [PATCH 1/2] mke2fs: fix project quota creation, Theodore Ts'o
• [PATCH] ext4: correct error value of function verifying dx checksum, Daeho Jeong
  • Re: [PATCH] ext4: correct error value of function verifying dx checksum, Darrick J. Wong
    • Re: [PATCH] ext4: correct error value of function verifying dx checksum, Andreas Dilger
      • Re: [PATCH] ext4: correct error value of function verifying dx checksum, Darrick J. Wong
• [Bug 118511] New: Corruption of VM qcow2 image file on EXT4 with crypto enabled, bugzilla-daemon
  • [Bug 118511] Corruption of VM qcow2 image file on EXT4 with crypto enabled, bugzilla-daemon
  • [Bug 118511] Corruption of VM qcow2 image file on EXT4 with crypto enabled, bugzilla-daemon
  • [Bug 118511] Corruption of VM qcow2 image file on EXT4 with crypto enabled, bugzilla-daemon
• [Bug 118401] New: Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
  • [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3, bugzilla-daemon
• Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Kamran Khan
  • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Kamran Khan
    • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Kamran Khan
  • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Eric Sandeen
    • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Kamran Khan
      • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Eric Sandeen
        • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Kamran Khan
          • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Eric Sandeen
            • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Kamran Khan
        • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Darrick J. Wong
          • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Theodore Ts'o
            • Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting, Kamran Khan
• dax-misc branch for linux-next, Verma, Vishal L
  • Re: dax-misc branch for linux-next, Stephen Rothwell
• [PATCH] fs: Add MODULE_SOFTDEP declarations for hard-coded crypto drivers, Ben Hutchings
  • Re: [PATCH] fs: Add MODULE_SOFTDEP declarations for hard-coded crypto drivers, David Sterba
  • <Possible follow-ups>
  • [PATCH] fs: Add MODULE_SOFTDEP declarations for hard-coded crypto drivers, Mathieu Malaterre
    • Re: [PATCH] fs: Add MODULE_SOFTDEP declarations for hard-coded crypto drivers, Mathieu Malaterre
• re: ext4: call out CRC and corruption errors with specific error codes, Dan Carpenter
  • Re: ext4: call out CRC and corruption errors with specific error codes, Dan Carpenter
• [PATCH] ext4: remove unused variable offset, Colin King
• [PATCH] ext4: add lazyinit stats support, Wang Shilong
  • Re: [PATCH] ext4: add lazyinit stats support, Eric Sandeen
    • Re: [PATCH] ext4: add lazyinit stats support, Wang Shilong
      • Re: [PATCH] ext4: add lazyinit stats support, Eric Sandeen
        • Re: [PATCH] ext4: add lazyinit stats support, Theodore Ts'o
          • Re: [PATCH] ext4: add lazyinit stats support, Shuichi Ihara
            • Re: [PATCH] ext4: add lazyinit stats support, Theodore Ts'o
  • Re: [PATCH] ext4: add lazyinit stats support, Theodore Ts'o
• [PATCH] mbcache: fix to detect failure of register_shrinker, Chao Yu
  • Re: [PATCH] mbcache: fix to detect failure of register_shrinker, Jan Kara
  • Re: mbcache: fix to detect failure of register_shrinker, Theodore Ts'o
    • Re: mbcache: fix to detect failure of register_shrinker, Chao Yu
      • Re: mbcache: fix to detect failure of register_shrinker, Theodore Ts'o
        • Re: mbcache: fix to detect failure of register_shrinker, Chao Yu
• [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read, Eryu Guan
  • Re: [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read, Jeff Moyer
    • Re: [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read, Jeff Moyer
  • Re: [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read, Andrew Morton
    • Re: [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read, Jeff Moyer
• [PATCH 0/7 v4] DAX page fault locking, Jan Kara
  • [PATCH 2/7] dax: Make huge page handling depend of CONFIG_BROKEN, Jan Kara
    • Re: [PATCH 2/7] dax: Make huge page handling depend of CONFIG_BROKEN, Ross Zwisler
  • [PATCH 5/7] dax: New fault locking, Jan Kara
    • Re: [PATCH 5/7] dax: New fault locking, Ross Zwisler
      • Re: [PATCH 5/7] dax: New fault locking, Jan Kara
  • [PATCH 6/7] dax: Use radix tree entry lock to protect cow faults, Jan Kara
  • [PATCH 7/7] dax: Remove i_mmap_lock protection, Jan Kara
  • [PATCH 4/7] dax: Allow DAX code to replace exceptional entries, Jan Kara
  • [PATCH 1/7] dax: Fix condition for filling of PMD holes, Jan Kara
    • Re: [PATCH 1/7] dax: Fix condition for filling of PMD holes, Ross Zwisler
  • [PATCH 3/7] dax: Define DAX lock bit for radix tree exceptional entry, Jan Kara
• [PATCH 2/2] mke2fs: fix filesystem size calculation, if an offset is specified, Marcus Huewe
• [PATCH 1/2] tests: test "mke2fs -E offset=N" filesystem size calculation, Marcus Huewe
• [PATCH 0/2] mke2fs -E offset=N filessystem size calculation, Marcus Huewe
• [Bug 118041] New: My tricky script involving zram and device mapper hangs on "mount", bugzilla-daemon
  • [Bug 118041] My tricky script involving zram and device mapper hangs on "mount", bugzilla-daemon
  • [Bug 118041] My tricky script involving zram and device mapper hangs on "mount", bugzilla-daemon
  • [Bug 118041] My tricky script involving zram and device mapper hangs on "mount", bugzilla-daemon
  • [Bug 118041] My tricky script involving zram and device mapper hangs on "mount", bugzilla-daemon
• [PATCH v7 0/6] dax: handling media errors (clear-on-zero only), Vishal Verma
  • [PATCH v7 6/6] dax: fix a comment in dax_zero_page_range and dax_truncate_page, Vishal Verma
  • [PATCH v7 4/6] dax: export a low-level __dax_zero_page_range helper, Vishal Verma
    • Re: [PATCH v7 4/6] dax: export a low-level __dax_zero_page_range helper, Jan Kara
      • Re: [PATCH v7 4/6] dax: export a low-level __dax_zero_page_range helper, Verma, Vishal L
  • [PATCH v7 1/6] dax: fallback from pmd to pte on error, Vishal Verma
  • [PATCH v7 5/6] dax: for truncate/hole-punch, do zeroing through the driver if possible, Vishal Verma
    • Re: [PATCH v7 5/6] dax: for truncate/hole-punch, do zeroing through the driver if possible, Jan Kara
  • [PATCH v7 3/6] dax: use sb_issue_zerout instead of calling dax_clear_sectors, Vishal Verma
  • [PATCH v7 2/6] dax: enable dax in the presence of known media errors (badblocks), Vishal Verma
• ext4: what are possible causes of "zero length extent" ?, Craske, Mark
  • RE: ext4: what are possible causes of "zero length extent" ?, Craske, Mark
    • RE: ext4: what are possible causes of "zero length extent" ?, Craske, Mark
      • Re: ext4: what are possible causes of "zero length extent" ?, Theodore Ts'o
• [PATCH 0/7 v4] DAX cleanups and fixes, Jan Kara
  • [PATCH 6/7] dax: Remove pointless writeback from dax_do_io(), Jan Kara
  • [PATCH 5/7] dax: Remove zeroing from dax_io(), Jan Kara
  • [PATCH 7/7] dax: Remove redundant inode size checks, Jan Kara
  • [PATCH 1/7] DAX: move RADIX_DAX_ definitions to dax.c, Jan Kara
  • [PATCH 4/7] dax: Remove dead zeroing code from fault handlers, Jan Kara
  • [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data, Jan Kara
    • Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data, Ross Zwisler
      • Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data, Jan Kara
        • Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data, Verma, Vishal L
          • Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data, Jan Kara
            • Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data, Verma, Vishal L
  • [PATCH 2/7] dax: Remove complete_unwritten argument, Jan Kara
• [PATCH 0/4] ext4: DAX fixes, Jan Kara
  • [PATCH 4/4] ext4: Pre-zero allocated blocks for DAX IO, Jan Kara
  • [PATCH 3/4] ext4: Refactor direct IO code, Jan Kara
  • [PATCH 1/4] ext4: Handle transient ENOSPC properly for DAX, Jan Kara
  • [PATCH 2/4] ext4: Fix race in transient ENOSPC detection, Jan Kara
  • Re: [PATCH 0/4] ext4: DAX fixes, Theodore Ts'o
    • Re: [PATCH 0/4] ext4: DAX fixes, Theodore Ts'o
      • Re: [PATCH 0/4] ext4: DAX fixes, Jan Kara
        • Re: [PATCH 0/4] ext4: DAX fixes, Jan Kara
          • Re: [PATCH 0/4] ext4: DAX fixes, Theodore Ts'o
            • Re: [PATCH 0/4] ext4: DAX fixes, Dan Williams
              • Re: [PATCH 0/4] ext4: DAX fixes, Jan Kara
                • Re: [PATCH 0/4] ext4: DAX fixes, Dan Williams
                • Re: [PATCH 0/4] ext4: DAX fixes, Theodore Ts'o
• [PATCH v6 0/5] dax: handling media errors (clear-on-zero only), Vishal Verma
  • [PATCH v6 5/5] dax: fix a comment in dax_zero_page_range and dax_truncate_page, Vishal Verma
  • [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible, Vishal Verma
    • Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible, Christoph Hellwig
      • Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible, Verma, Vishal L
    • Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible, Jan Kara
      • Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible, Verma, Vishal L
    • Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible, Verma, Vishal L
  • [PATCH v6 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors, Vishal Verma
  • [PATCH v6 2/5] dax: enable dax in the presence of known media errors (badblocks), Vishal Verma
  • [PATCH v6 1/5] dax: fallback from pmd to pte on error, Vishal Verma
• [PATCH v21 00/22] Richacls, Andreas Gruenbacher
  • [PATCH v21 22/22] ext4: Add richacl feature flag, Andreas Gruenbacher
  • [PATCH v21 21/22] ext4: Add richacl support, Andreas Gruenbacher
  • [PATCH v21 20/22] vfs: Add richacl permission checking, Andreas Gruenbacher
  • [PATCH v21 19/22] richacl: Add richacl xattr handler, Andreas Gruenbacher
  • [PATCH v21 18/22] richacl: xattr mapping functions, Andreas Gruenbacher
  • [PATCH v21 17/22] richacl: Automatic Inheritance, Andreas Gruenbacher
  • [PATCH v21 16/22] richacl: Create-time inheritance, Andreas Gruenbacher
  • [PATCH v21 15/22] richacl: Check if an acl is equivalent to a file mode, Andreas Gruenbacher
  • [PATCH v21 14/22] richacl: Update the file masks in chmod(), Andreas Gruenbacher
  • [PATCH v21 13/22] vfs: Cache richacl in struct inode, Andreas Gruenbacher
  • [PATCH v21 12/22] vfs: Add get_richacl and set_richacl inode operations, Andreas Gruenbacher
  • [PATCH v21 11/22] vfs: Cache base_acl objects in inodes, Andreas Gruenbacher
  • [PATCH v21 09/22] richacl: Permission check algorithm, Andreas Gruenbacher
  • [PATCH v21 10/22] posix_acl: Improve xattr fixup code, Andreas Gruenbacher
  • [PATCH v21 08/22] richacl: Compute maximum file masks from an acl, Andreas Gruenbacher
  • [PATCH v21 07/22] richacl: Permission mapping functions, Andreas Gruenbacher
  • [PATCH v21 06/22] richacl: In-memory representation and helper functions, Andreas Gruenbacher
  • [PATCH v21 05/22] vfs: Add permission flags for setting file attributes, Andreas Gruenbacher
  • [PATCH v21 04/22] vfs: Make the inode passed to inode_change_ok non-const, Andreas Gruenbacher
  • [PATCH v21 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags, Andreas Gruenbacher
  • [PATCH v21 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags, Andreas Gruenbacher
  • [PATCH v21 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests, Andreas Gruenbacher
  • Re: [PATCH v21 00/22] Richacls, Volker Lendecke
    • Re: [PATCH v21 00/22] Richacls, Jeremy Allison
      • Re: [PATCH v21 00/22] Richacls, Volker Lendecke
      • RE: [PATCH v21 00/22] Richacls, Frank Filz
• [PATCH v2 1/2] direct-io: cleanup get_more_blocks(), Eryu Guan
  • [PATCH v2 2/2] direct-io: fix stale data exposure from concurrent buffered read, Eryu Guan
    • Re: [PATCH v2 2/2] direct-io: fix stale data exposure from concurrent buffered read, Jan Kara
  • Re: [PATCH v2 1/2] direct-io: cleanup get_more_blocks(), Jeff Moyer
    • Re: [PATCH v2 1/2] direct-io: cleanup get_more_blocks(), Eryu Guan
      • Re: [PATCH v2 1/2] direct-io: cleanup get_more_blocks(), Jan Kara
• [PATCH e2fsprogs] Apply LDFLAGS when building tests in lib/e2p, Filipe Brandenburger
  • Re: [PATCH e2fsprogs] Apply LDFLAGS when building tests in lib/e2p, Filipe Brandenburger
    • Re: [PATCH e2fsprogs] Apply LDFLAGS when building tests in lib/e2p, Theodore Ts'o
• [PATCH v5 0/5] dax: handling media errors (clear-on-zero only), Vishal Verma
  • [PATCH v5 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible, Vishal Verma
    • Re: [PATCH v5 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible, Jan Kara
  • [PATCH v5 5/5] dax: fix a comment in dax_zero_page_range and dax_truncate_page, Vishal Verma
    • Re: [PATCH v5 5/5] dax: fix a comment in dax_zero_page_range and dax_truncate_page, Jan Kara
  • [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors, Vishal Verma
    • Re: [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors, Christoph Hellwig
      • Re: [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors, Verma, Vishal L
        • Re: [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors, Ross Zwisler
    • Re: [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors, Jan Kara
  • [PATCH v5 2/5] dax: enable dax in the presence of known media errors (badblocks), Vishal Verma
  • [PATCH v5 1/5] dax: fallback from pmd to pte on error, Vishal Verma
    • Re: [PATCH v5 1/5] dax: fallback from pmd to pte on error, Jan Kara
  • Re: [PATCH v5 0/5] dax: handling media errors (clear-on-zero only), Christoph Hellwig
• [RFC 0/3] getfsmapx ioctl, Darrick J. Wong
  • [PATCH 1/3] document the XFS_IOC_GETFSMAPX ioctl, Darrick J. Wong
  • [PATCH 2/3] xfs: introduce the XFS_IOC_GETFSMAPX ioctl, Darrick J. Wong
  • [PATCH 3/3] xfs_io: support the new getfsmap ioctl, Darrick J. Wong
• [RFC PATCH] ext4: Don't release mutex for DAX write, Waiman Long
  • Re: [RFC PATCH] ext4: Don't release mutex for DAX write, Christoph Hellwig
    • Re: [RFC PATCH] ext4: Don't release mutex for DAX write, Waiman Long
• [PATCH] ext4: Fix oops on corrupted filesystem, Jan Kara
  • Re: [PATCH] ext4: Fix oops on corrupted filesystem, Theodore Ts'o
• [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Daeho Jeong
  • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Jan Kara
  • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Theodore Ts'o
  • <Possible follow-ups>
  • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Daeho Jeong
  • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Daeho Jeong
    • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Theodore Ts'o
      • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Andreas Dilger
        • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, tytso
          • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Jan Kara
  • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Daeho Jeong
    • Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting, Theodore Ts'o
• [PATCH] direct-io: fix stale data exposure from concurrent buffered read, Eryu Guan
  • Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read, Jeff Moyer
    • Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read, Eryu Guan
      • Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read, Jeff Moyer
        • Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read, Eryu Guan
          • Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read, Jeff Moyer
            • Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read, Jan Kara
• Remarks regarding sparse_super2 feature, Damien Guibouret
  • Re: Remarks regarding sparse_super2 feature, Theodore Ts'o
    • Re: Remarks regarding sparse_super2 feature, Damien Guibouret
• [Bug 117421] New: e2fsprogs: mke2fs ignores sparse_super2 when also using extent or 64bit, bugzilla-daemon
  • [Bug 117421] e2fsprogs: mke2fs ignores sparse_super2 when also using extent or 64bit, bugzilla-daemon
  • [Bug 117421] e2fsprogs: mke2fs ignores sparse_super2 when also using extent or 64bit, bugzilla-daemon
  • [Bug 117421] e2fsprogs: mke2fs ignores sparse_super2 when also using extent or 64bit, bugzilla-daemon
• [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM, Waiman Long
  • [PATCH v5 1/2] dax: Don't touch i_dio_count in dax_do_io(), Waiman Long
    • Re: [PATCH v5 1/2] dax: Don't touch i_dio_count in dax_do_io(), Jan Kara
      • Re: [PATCH v5 1/2] dax: Don't touch i_dio_count in dax_do_io(), Christoph Hellwig
        • Re: [PATCH v5 1/2] dax: Don't touch i_dio_count in dax_do_io(), Jan Kara
  • [PATCH v5 2/2] ext4: Make cache hits/misses per-cpu counts, Waiman Long
    • Re: [PATCH v5 2/2] ext4: Make cache hits/misses per-cpu counts, Jan Kara
  • Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM, Waiman Long
    • Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM, Christoph Hellwig
      • Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM, Waiman Long
      • Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM, Dave Chinner
        • Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM, Christoph Hellwig
• [RFC][PATCH 0/6] Enhanced file stat system call, David Howells
  • [PATCH 6/6] statx: CIFS: Return enhanced attributes, David Howells
  • [PATCH 4/6] statx: NFS: Return enhanced file attributes, David Howells
    • Re: [PATCH 4/6] statx: NFS: Return enhanced file attributes, Andreas Dilger
  • [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use, David Howells
    • Re: [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use, Andreas Dilger
      • Re: [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use, Steve French
    • Re: [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use, David Howells
    • Re: [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use, Christoph Hellwig
  • [PATCH 3/6] statx: Ext4: Return enhanced file attributes, David Howells
    • Re: [PATCH 3/6] statx: Ext4: Return enhanced file attributes, Andreas Dilger
    • Re: [PATCH 3/6] statx: Ext4: Return enhanced file attributes, David Howells
    • Re: [PATCH 3/6] statx: Ext4: Return enhanced file attributes, Christoph Hellwig
  • [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Andreas Dilger
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Dave Chinner
      • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, NeilBrown
        • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Jeff Layton
          • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, J. Bruce Fields
        • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
          • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Dave Chinner
      • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, J. Bruce Fields
        • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Dave Chinner
          • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, J. Bruce Fields
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, NeilBrown
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Christoph Hellwig
      • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Jeff Layton
        • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Christoph Hellwig
          • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Jeff Layton
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
      • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Trond Myklebust
      • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Christoph Hellwig
      • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
        • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Christoph Hellwig
          • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Arnd Bergmann
            • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Christoph Hellwig
            • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
          • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
      • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Christoph Hellwig
      • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
        • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, Christoph Hellwig
    • Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available, David Howells
  • [PATCH 2/6] statx: AFS: Return enhanced file attributes, David Howells
  • Re: [RFC][PATCH 0/6] Enhanced file stat system call, Jeff Layton
  • Re: [RFC][PATCH 0/6] Enhanced file stat system call, Arnd Bergmann
    • Message not available
      • Re: [RFC][PATCH 0/6] Enhanced file stat system call, Steve French
        • Re: [RFC][PATCH 0/6] Enhanced file stat system call, Arnd Bergmann
          • Re: [RFC][PATCH 0/6] Enhanced file stat system call, Richard Sharpe
            • Re: [RFC][PATCH 0/6] Enhanced file stat system call, Arnd Bergmann
• [PATCH v4 0/7] dax: handling media errors, Vishal Verma
  • [PATCH v4 7/7] dax: fix a comment in dax_zero_page_range and dax_truncate_page, Vishal Verma
  • [PATCH v4 4/7] dax: use sb_issue_zerout instead of calling dax_clear_sectors, Vishal Verma
  • [PATCH v4 6/7] dax: for truncate/hole-punch, do zeroing through the driver if possible, Vishal Verma
  • [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Vishal Verma
    • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Christoph Hellwig
      • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Vishal Verma
    • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Boaz Harrosh
      • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Vishal Verma
        • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Boaz Harrosh
          • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Verma, Vishal L
      • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Dan Williams
        • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Boaz Harrosh
          • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Dan Williams
            • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Boaz Harrosh
              • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Dan Williams
                • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Boaz Harrosh
                  • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Dan Williams
                    • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Boaz Harrosh
      • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Christoph Hellwig
        • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Dan Williams
          • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Christoph Hellwig
            • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Dan Williams
            • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Verma, Vishal L
              • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, hch@xxxxxxxxxxxxx
                • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Verma, Vishal L
          • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Verma, Vishal L
        • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, Verma, Vishal L
          • Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io, hch@xxxxxxxxxxxxx
  • [PATCH v4 3/7] dax: enable dax in the presence of known media errors (badblocks), Vishal Verma
  • [PATCH v4 1/7] block, dax: pass blk_dax_ctl through to drivers, Vishal Verma
  • [PATCH v4 2/7] dax: fallback from pmd to pte on error, Vishal Verma
  • [PATCH v4 8/7] Documentation: add error handling information to dax.txt, Vishal Verma
• EXT4 bad block, Lay, Kuan Loon
  • Re: EXT4 bad block, One Thousand Gnomes
  • Re: EXT4 bad block - ext4_xattr_block_get, Philipp Hahn
    • RE: EXT4 bad block - ext4_xattr_block_get, Lay, Kuan Loon
• Re: [PATCH v4 2/3] ext4: fix races between changing inode journal mode and ext4_writepages, Daeho Jeong
  • Re: [PATCH v4 2/3] ext4: fix races between changing inode journal mode and ext4_writepages, Theodore Ts'o
  • <Possible follow-ups>
  • Re: [PATCH v4 2/3] ext4: fix races between changing inode journal mode and ext4_writepages, Daeho Jeong
• Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel, Nikhilesh Reddy
  • Re: Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel, Theodore Ts'o
    • Re: Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel, Dave Chinner
    • Re: Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel, Nikhilesh Reddy
  • <Possible follow-ups>
  • Re: Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel, Daeho Jeong
• [PATCH 0/2] scop GFP_NOFS api, Michal Hocko
  • [PATCH 2/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context, Michal Hocko
    • Re: [PATCH 2/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context, Dave Chinner
      • Re: [PATCH 2/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context, Michal Hocko
        • Re: [PATCH 2/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context, Dave Chinner
  • [PATCH 1/2] mm: add PF_MEMALLOC_NOFS, Michal Hocko
    • Re: [PATCH 1/2] mm: add PF_MEMALLOC_NOFS, Dave Chinner
      • Re: [PATCH 1/2] mm: add PF_MEMALLOC_NOFS, Michal Hocko
    • [PATCH 1.1/2] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS, Michal Hocko
      • [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API, Michal Hocko
        • Re: [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API, Michal Hocko
        • Re: [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API, Michal Hocko
          • Re: [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API, Michal Hocko
        • Re: [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API, Michal Hocko
      • Re: [PATCH 1.1/2] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS, Andreas Dilger
        • Re: [PATCH 1.1/2] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS, Michal Hocko
  • Re: [PATCH 0/2] scop GFP_NOFS api, NeilBrown
    • Re: [Cluster-devel] [PATCH 0/2] scop GFP_NOFS api, Steven Whitehouse
      • Re: [Cluster-devel] [PATCH 0/2] scop GFP_NOFS api, NeilBrown
    • Re: [PATCH 0/2] scop GFP_NOFS api, Michal Hocko
      • Re: [PATCH 0/2] scop GFP_NOFS api, Dave Chinner
      • Re: [PATCH 0/2] scop GFP_NOFS api, NeilBrown
        • Re: [PATCH 0/2] scop GFP_NOFS api, Michal Hocko
          • Re: [PATCH 0/2] scop GFP_NOFS api, NeilBrown
    • Re: [PATCH 0/2] scop GFP_NOFS api, Dave Chinner
      • Re: [PATCH 0/2] scop GFP_NOFS api, NeilBrown
        • Re: [PATCH 0/2] scop GFP_NOFS api, Dave Chinner
          • Re: [PATCH 0/2] scop GFP_NOFS api, NeilBrown
• [PATCH] ext4: fix jbd2 handle extension in ext4_ext_truncate_extend_restart(), Theodore Ts'o
• [PATCH] ext4 crypto: migrate into vfs's crypto engine, Jaegeuk Kim
  • Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine, Theodore Ts'o
    • Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine, Jaegeuk Kim
      • Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine, Theodore Ts'o
        • Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine, Jaegeuk Kim
  • Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine, Eric Biggers
    • Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine, Jaegeuk Kim
  • Message not available
    • Re: [PATCH v2] ext4 crypto: migrate into vfs's crypto engine, Theodore Ts'o
      • Re: [PATCH v2] ext4 crypto: migrate into vfs's crypto engine, Jaegeuk Kim
• [PATCH] e2fsck: update j_tail_sequence after recovery, Daeho Jeong
  • <Possible follow-ups>
  • Re: [PATCH] e2fsck: update j_tail_sequence after recovery, Daeho Jeong
• f.s. corruption ext3, kernel 4.4.8, Barry Kauler
  • Re: f.s. corruption ext3, kernel 4.4.8, Theodore Ts'o