Linux Ext4 Filesystem Development

• Date Index

• Re: [PATCH 0/19 v3] ext4: Fix transaction overflow due to revoke descriptors, (continued)
  • Re: [PATCH 0/19 v3] ext4: Fix transaction overflow due to revoke descriptors, Jan Kara
• [PATCH v4 0/8] ext4: port direct I/O to iomap infrastructure, Matthew Bobrowski
  • [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Matthew Bobrowski
    • Re: [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Jan Kara
      • Re: [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Matthew Bobrowski
        • Re: [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Jan Kara
          • Re: [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Matthew Bobrowski
    • Re: [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Ritesh Harjani
      • Re: [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Christoph Hellwig
        • Re: [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Ritesh Harjani
          • Re: [PATCH v4 1/8] ext4: move out iomap field population into separate helper, Matthew Bobrowski
  • [PATCH v4 2/8] ext4: move out IOMAP_WRITE path into separate helper, Matthew Bobrowski
    • Re: [PATCH v4 2/8] ext4: move out IOMAP_WRITE path into separate helper, Jan Kara
      • Re: [PATCH v4 2/8] ext4: move out IOMAP_WRITE path into separate helper, Matthew Bobrowski
    • Re: [PATCH v4 2/8] ext4: move out IOMAP_WRITE path into separate helper, Ritesh Harjani
      • Re: [PATCH v4 2/8] ext4: move out IOMAP_WRITE path into separate helper, Matthew Bobrowski
  • [PATCH v4 3/8] ext4: introduce new callback for IOMAP_REPORT operations, Matthew Bobrowski
    • Re: [PATCH v4 3/8] ext4: introduce new callback for IOMAP_REPORT operations, Jan Kara
      • Re: [PATCH v4 3/8] ext4: introduce new callback for IOMAP_REPORT operations, Matthew Bobrowski
    • Re: [PATCH v4 3/8] ext4: introduce new callback for IOMAP_REPORT operations, Ritesh Harjani
      • Re: [PATCH v4 3/8] ext4: introduce new callback for IOMAP_REPORT operations, Matthew Bobrowski
        • Re: [PATCH v4 3/8] ext4: introduce new callback for IOMAP_REPORT operations, Ritesh Harjani
  • [PATCH v4 4/8] ext4: introduce direct I/O read path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v4 4/8] ext4: introduce direct I/O read path using iomap infrastructure, Jan Kara
      • Re: [PATCH v4 4/8] ext4: introduce direct I/O read path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v4 4/8] ext4: introduce direct I/O read path using iomap infrastructure, Ritesh Harjani
  • [PATCH v4 5/8] ext4: move inode extension/truncate code out from ->iomap_end() callback, Matthew Bobrowski
    • Re: [PATCH v4 5/8] ext4: move inode extension/truncate code out from ->iomap_end() callback, Jan Kara
      • Re: [PATCH v4 5/8] ext4: move inode extension/truncate code out from ->iomap_end() callback, Matthew Bobrowski
        • Re: [PATCH v4 5/8] ext4: move inode extension/truncate code out from ->iomap_end() callback, Jan Kara
          • Re: [PATCH v4 5/8] ext4: move inode extension/truncate code out from ->iomap_end() callback, Matthew Bobrowski
    • Re: [PATCH v4 5/8] ext4: move inode extension/truncate code out from ->iomap_end() callback, Ritesh Harjani
      • Re: [PATCH v4 5/8] ext4: move inode extension/truncate code out from ->iomap_end() callback, Matthew Bobrowski
  • [PATCH v4 6/8] ext4: move inode extension checks out from ext4_iomap_alloc(), Matthew Bobrowski
    • Re: [PATCH v4 6/8] ext4: move inode extension checks out from ext4_iomap_alloc(), Jan Kara
      • Re: [PATCH v4 6/8] ext4: move inode extension checks out from ext4_iomap_alloc(), Matthew Bobrowski
    • Re: [PATCH v4 6/8] ext4: move inode extension checks out from ext4_iomap_alloc(), Ritesh Harjani
      • Re: [PATCH v4 6/8] ext4: move inode extension checks out from ext4_iomap_alloc(), Matthew Bobrowski
  • [PATCH v4 7/8] ext4: reorder map.m_flags checks in ext4_set_iomap(), Matthew Bobrowski
    • Re: [PATCH v4 7/8] ext4: reorder map.m_flags checks in ext4_set_iomap(), Jan Kara
      • Re: [PATCH v4 7/8] ext4: reorder map.m_flags checks in ext4_set_iomap(), Matthew Bobrowski
    • Re: [PATCH v4 7/8] ext4: reorder map.m_flags checks in ext4_set_iomap(), Ritesh Harjani
      • Re: [PATCH v4 7/8] ext4: reorder map.m_flags checks in ext4_set_iomap(), Matthew Bobrowski
  • [PATCH v4 8/8] ext4: introduce direct I/O write path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v4 8/8] ext4: introduce direct I/O write path using iomap infrastructure, Jan Kara
      • Re: [PATCH v4 8/8] ext4: introduce direct I/O write path using iomap infrastructure, Christoph Hellwig
        • Re: [PATCH v4 8/8] ext4: introduce direct I/O write path using iomap infrastructure, Jan Kara
      • Re: [PATCH v4 8/8] ext4: introduce direct I/O write path using iomap infrastructure, Matthew Bobrowski
• ext4 conference call for 3 Oct 2019?, Darrick J. Wong
• t_ext_jnl_rm test takes 96 seconds to finish, A. Wilcox
  • Re: t_ext_jnl_rm test takes 96 seconds to finish, Theodore Y. Ts'o
    • Re: t_ext_jnl_rm test takes 96 seconds to finish, A. Wilcox
• [PATCH v3 13/13] This patch is intentionally left blank, harshad shirwadkar
• [PATCH v3 00/13] ext4: add fast commit support, Harshad Shirwadkar
  • [PATCH v3 01/13] ext4: add handling for extended mount options, Harshad Shirwadkar
    • Re: [PATCH v3 01/13] ext4: add handling for extended mount options, Theodore Y. Ts'o
      • Re: [PATCH v3 01/13] ext4: add handling for extended mount options, harshad shirwadkar
  • [PATCH v3 03/13] jbd2: fast-commit commit path changes, Harshad Shirwadkar
    • Re: [PATCH v3 03/13] jbd2: fast-commit commit path changes, Theodore Y. Ts'o
  • [PATCH v3 02/13] jbd2: fast commit setup and enable, Harshad Shirwadkar
    • Re: [PATCH v3 02/13] jbd2: fast commit setup and enable, Theodore Y. Ts'o
  • [PATCH v3 04/13] jbd2: fast-commit commit path new APIs, Harshad Shirwadkar
    • Re: [PATCH v3 04/13] jbd2: fast-commit commit path new APIs, Theodore Y. Ts'o
  • [PATCH v3 06/13] ext4: add fields that are needed to track changed files, Harshad Shirwadkar
    • Re: [PATCH v3 06/13] ext4: add fields that are needed to track changed files, Theodore Y. Ts'o
  • [PATCH v3 05/13] jbd2: fast-commit recovery path changes, Harshad Shirwadkar
    • Re: [PATCH v3 05/13] jbd2: fast-commit recovery path changes, Theodore Y. Ts'o
      • Re: [PATCH v3 05/13] jbd2: fast-commit recovery path changes, harshad shirwadkar
  • [PATCH v3 07/13] ext4: track changed files for fast commit, Harshad Shirwadkar
    • Re: [PATCH v3 07/13] ext4: track changed files for fast commit, Theodore Y. Ts'o
  • [PATCH v3 08/13] ext4: fast-commit commit range tracking, Harshad Shirwadkar
    • Re: [PATCH v3 08/13] ext4: fast-commit commit range tracking, Theodore Y. Ts'o
      • Re: [PATCH v3 08/13] ext4: fast-commit commit range tracking, harshad shirwadkar
  • [PATCH v3 10/13] ext4: fast-commit recovery path changes, Harshad Shirwadkar
    • Re: [PATCH v3 10/13] ext4: fast-commit recovery path changes, Theodore Y. Ts'o
  • [PATCH v3 09/13] ext4: fast-commit commit path changes, Harshad Shirwadkar
    • Re: [PATCH v3 09/13] ext4: fast-commit commit path changes, Theodore Y. Ts'o
      • Message not available
        • Re: [PATCH v3 09/13] ext4: fast-commit commit path changes, Theodore Y. Ts'o
  • [PATCH v3 11/13] ext4: add support for asynchronous fast commits, Harshad Shirwadkar
    • Re: [PATCH v3 11/13] ext4: add support for asynchronous fast commits, Xiaoguang Wang
  • [PATCH v3 12/13] docs: Add fast commit documentation, Harshad Shirwadkar
    • Re: [PATCH v3 12/13] docs: Add fast commit documentation, Theodore Y. Ts'o
      • Re: [PATCH v3 12/13] docs: Add fast commit documentation, Andreas Dilger
        • Re: [PATCH v3 12/13] docs: Add fast commit documentation, Theodore Y. Ts'o
          • Re: [PATCH v3 12/13] docs: Add fast commit documentation, Andreas Dilger
      • Re: [PATCH v3 12/13] docs: Add fast commit documentation, harshad shirwadkar
        • Re: [PATCH v3 12/13] docs: Add fast commit documentation, harshad shirwadkar
  • Re: [PATCH v3 00/13] ext4: add fast commit support, Theodore Y. Ts'o
    • Re: [PATCH v3 00/13] ext4: add fast commit support, harshad shirwadkar
• [PATCH v4 0/8] xfstests: add fs-verity tests, Eric Biggers
  • [PATCH v4 1/8] common/filter: add _filter_xfs_io_fiemap(), Eric Biggers
  • [PATCH v4 4/8] generic: test access controls on the fs-verity ioctls, Eric Biggers
  • [PATCH v4 6/8] generic: test that fs-verity is using the correct measurement values, Eric Biggers
  • [PATCH v4 2/8] common/verity: add common functions for testing fs-verity, Eric Biggers
  • [PATCH v4 3/8] generic: test general behavior of verity files, Eric Biggers
  • [PATCH v4 5/8] generic: test corrupting verity files, Eric Biggers
  • [PATCH v4 8/8] generic: test the fs-verity built-in signature verification support, Eric Biggers
  • [PATCH v4 7/8] generic: test using fs-verity and fscrypt simultaneously, Eric Biggers
• [PATCH 0/19 v2] ext4: Fix transaction overflow due to revoke descriptors, Jan Kara
  • [PATCH 10/19] jbd2: Reorganize jbd2_journal_stop(), Jan Kara
  • [PATCH 02/19] jbd2: Fixup stale comment in commit code, Jan Kara
  • [PATCH 04/19] ext4: Use ext4_journal_extend() instead of jbd2_journal_extend(), Jan Kara
  • [PATCH 03/19] ext4: Do not iput inode under running transaction in ext4_mkdir(), Jan Kara
  • [PATCH 01/19] jbd2: Fix possible overflow in jbd2_log_space_left(), Jan Kara
  • [PATCH 09/19] jbd2: Fix statistics for the number of logged blocks, Jan Kara
  • [PATCH 18/19] jbd2: Make credit checking more strict, Jan Kara
  • [PATCH 13/19] jbd2: Factor out common parts of stopping and restarting a handle, Jan Kara
  • [PATCH 16/19] jbd2: Reserve space for revoke descriptor blocks, Jan Kara
    • Re: [PATCH 16/19] jbd2: Reserve space for revoke descriptor blocks, kbuild test robot
  • [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, Jan Kara
    • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, kbuild test robot
    • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, kbuild test robot
      • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, Theodore Y. Ts'o
        • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, Jan Kara
          • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, Theodore Y. Ts'o
            • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, Jan Kara
              • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, Jan Kara
                • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, Theodore Y. Ts'o
                  • Re: [PATCH 17/19] jbd2: Rename h_buffer_credits to h_total_credits, Jan Kara
  • [PATCH 06/19] ext4: Provide function to handle transaction restarts, Jan Kara
  • [PATCH 14/19] jbd2: Account descriptor blocks into t_outstanding_credits, Jan Kara
  • [PATCH 07/19] ext4, jbd2: Provide accessor function for handle credits, Jan Kara
  • [PATCH 15/19] jbd2: Drop jbd2_space_needed(), Jan Kara
  • [PATCH 05/19] ext4: Avoid unnecessary revokes in ext4_alloc_branch(), Jan Kara
  • [PATCH 19/19] ext4: Reserve revoke credits for freed blocks, Jan Kara
  • [PATCH 08/19] ocfs2: Use accessor function for h_buffer_credits, Jan Kara
  • [PATCH 11/19] jbd2: Drop pointless check from jbd2_journal_stop(), Jan Kara
  • [PATCH 12/19] jbd2: Drop pointless wakeup from jbd2_journal_stop(), Jan Kara
• [PATCH 0/15] ext4: Fix transaction overflow due to revoke descriptors, Jan Kara
  • [PATCH 02/15] jbd2: Fixup stale comment in commit code, Jan Kara
  • [PATCH 04/15] ext4: Use ext4_journal_extend() instead of jbd2_journal_extend(), Jan Kara
  • [PATCH 01/15] jbd2: Fix possible overflow in jbd2_log_space_left(), Jan Kara
  • [PATCH 03/15] ext4: Do not iput inode under running transaction in ext4_mkdir(), Jan Kara
  • [PATCH 08/15] jbd2: Factor out common parts of stopping and restarting a handle, Jan Kara
  • [PATCH 09/15] jbd2: Account descriptor blocks into t_outstanding_credits, Jan Kara
  • [PATCH 15/15] ext4: Reserve revoke credits for freed blocks, Jan Kara
  • [PATCH 12/15] ext4: Avoid unnecessary revokes in ext4_alloc_branch(), Jan Kara
  • [PATCH 10/15] jbd2: Drop jbd2_space_needed(), Jan Kara
  • [PATCH 11/15] jbd2: Reserve space for revoke descriptor blocks, Jan Kara
  • [PATCH 14/15] ext4: Provide function to handle transaction restarts, Jan Kara
  • [PATCH 13/15] jbd2: Fix statistics for the number of logged blocks, Jan Kara
  • [PATCH 06/15] jbd2: Drop pointless check from jbd2_journal_stop(), Jan Kara
  • [PATCH 05/15] jbd2: Reorganize jbd2_journal_stop(), Jan Kara
  • [PATCH 07/15] jbd2: Drop pointless wakeup from jbd2_journal_stop(), Jan Kara
• [PATCH]e2fsprogs: Check device id in advance to skip fake device name, Guiyao
• Backup with encrypted content, Sebastien Buisson
• e2fsck ends up taking taking way to much time, Kenneth Johansson
• [PATCH AUTOSEL 5.3 87/87] ext4: fix potential use after free after remounting with noblock_validity, Sasha Levin
• [PATCH AUTOSEL 5.2 70/70] ext4: fix potential use after free after remounting with noblock_validity, Sasha Levin
• [PATCH AUTOSEL 4.19 50/50] ext4: fix potential use after free after remounting with noblock_validity, Sasha Levin
• [PATCH 1/3] jbd2: add new tracepoint jbd2_wait_on_shadow, Xiaoguang Wang
  • [PATCH 2/3] jbd2: add new tracepoint jbd2_wait_on_transaction_locked, Xiaoguang Wang
  • [PATCH 3/3] jbd2: add new tracepoint jbd2_wait_on_credits, Xiaoguang Wang
• [ANNOUNCE] e2fsprogs v1.45.4, Theodore Y. Ts'o
• Lease semantic proposal, Ira Weiny
  • Re: Lease semantic proposal, Jeff Layton
    • Re: Lease semantic proposal, Ira Weiny
      • Re: Lease semantic proposal, Jeff Layton
        • Re: Lease semantic proposal, J. Bruce Fields
          • Re: Lease semantic proposal, Jeff Layton
            • Re: Lease semantic proposal, Jan Kara
            • Re: Lease semantic proposal, J. Bruce Fields
              • Re: Lease semantic proposal, Steve French
      • Re: Lease semantic proposal, Jan Kara
        • Re: Lease semantic proposal, Ira Weiny
  • Re: Lease semantic proposal, Dave Chinner
    • Re: Lease semantic proposal, Ira Weiny
      • Re: Lease semantic proposal, Jeff Layton
      • Re: Lease semantic proposal, Dave Chinner
        • Re: Lease semantic proposal, Ira Weiny
          • Re: Lease semantic proposal, Dan Williams
          • Re: Lease semantic proposal, Dave Chinner
        • Re: Lease semantic proposal, Jan Kara
• [RFC-v2 0/2] ext4: Improve ilock scalability to improve performance in DirectIO workloads, Ritesh Harjani
  • [RFC-v2 1/2] ext4: Add ext4_ilock & ext4_iunlock API, Ritesh Harjani
  • [RFC-v2 2/2] ext4: Improve DIO writes locking sequence, Ritesh Harjani
• [PATCH 0/2] make jbd2 support checkpoint asynchronously, Xiaoguang Wang
  • [RFC 1/2] jbd2: checkpoint asynchronously when free journal space is lower than threshold, Xiaoguang Wang
  • [RFC 2/2] ext4: add async_checkpoint mount option, Xiaoguang Wang
    • Re: [RFC 2/2] ext4: add async_checkpoint mount option, Xiaoguang Wang
• [PATCH 0/6] e2fsprogs: feature doc updates, Eric Biggers
  • [PATCH 1/6] ext4.5: move casefold feature to correct position, Eric Biggers
  • [PATCH 3/6] ext4.5: document the verity feature, Eric Biggers
  • [PATCH 6/6] tune2fs.8: tweak the documentation for the encrypt feature, Eric Biggers
  • [PATCH 5/6] tune2fs.8: document the verity feature, Eric Biggers
  • [PATCH 2/6] ext4.5: document first kernel version to support casefold feature, Eric Biggers
  • [PATCH 4/6] ext4.5: tweak the documentation for the encrypt feature, Eric Biggers
• [PATCH v2 0/7] Rework random blocking, Andy Lutomirski
  • [PATCH v2 6/7] random: Delete code to pull data into pools, Andy Lutomirski
  • [PATCH v2 2/7] random: Add GRND_INSECURE to return best-effort non-cryptographic bytes, Andy Lutomirski
  • [PATCH v2 4/7] random: Make /dev/random be almost like /dev/urandom, Andy Lutomirski
  • [PATCH v2 5/7] random: Remove the blocking pool, Andy Lutomirski
  • [PATCH v2 7/7] random: Remove kernel.random.read_wakeup_threshold, Andy Lutomirski
    • Re: [PATCH v2 7/7] random: Remove kernel.random.read_wakeup_threshold, Jann Horn
      • Re: [PATCH v2 7/7] random: Remove kernel.random.read_wakeup_threshold, Eric W. Biederman
  • [PATCH v2 3/7] random: Ignore GRND_RANDOM in getentropy(2), Andy Lutomirski
  • [PATCH v2 1/7] random: Don't wake crng_init_wait when crng_init == 1, Andy Lutomirski
  • Re: [PATCH v2 0/7] Rework random blocking, Andy Lutomirski
• [GIT PULL] ext4 updates for 5.4, Theodore Y. Ts'o
  • Re: [GIT PULL] ext4 updates for 5.4, pr-tracker-bot
• [PATCH -next] treewide: remove unused argument in lock_release(), Qian Cai
  • Re: [PATCH -next] treewide: remove unused argument in lock_release(), Will Deacon
    • Re: [PATCH -next] treewide: remove unused argument in lock_release(), Qian Cai
      • Re: [PATCH -next] treewide: remove unused argument in lock_release(), Will Deacon
  • Re: [PATCH -next] treewide: remove unused argument in lock_release(), Peter Zijlstra
    • Re: [PATCH -next] treewide: remove unused argument in lock_release(), Qian Cai
  • Re: [PATCH -next] treewide: remove unused argument in lock_release(), Daniel Vetter
    • Re: [PATCH -next] treewide: remove unused argument in lock_release(), Peter Zijlstra
  • Re: [PATCH -next] treewide: remove unused argument in lock_release(), Yuyang Du
• [PATCH v2] ext4: fix a bug in ext4_wait_for_tail_page_commit, yangerkun
  • Re: [PATCH v2] ext4: fix a bug in ext4_wait_for_tail_page_commit, Jan Kara
• [PATCH v5] e2fsck: check for consistent encryption policies, Eric Biggers
  • Re: [PATCH v5] e2fsck: check for consistent encryption policies, Andreas Dilger
• [RFC 0/2] ext4: Improve locking sequence in DIO write path, Ritesh Harjani
  • [RFC 1/2] ext4: Add ext4_ilock & ext4_iunlock API, Ritesh Harjani
  • [RFC 2/2] ext4: Improve DIO writes locking sequence, Ritesh Harjani
  • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Joseph Qi
  • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Joseph Qi
    • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Ritesh Harjani
      • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Joseph Qi
      • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Joseph Qi
        • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Ritesh Harjani
        • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Ritesh Harjani
    • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Jan Kara
      • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Ritesh Harjani
        • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Jan Kara
          • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Ritesh Harjani
            • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Jan Kara
      • Re: [RFC 0/2] ext4: Improve locking sequence in DIO write path, Joseph Qi
• [PATCH] ext4: fix a bug in ext4_wait_for_tail_page_commit, yangerkun
  • Re: [PATCH] ext4: fix a bug in ext4_wait_for_tail_page_commit, Theodore Y. Ts'o
    • Re: [PATCH] ext4: fix a bug in ext4_wait_for_tail_page_commit, yangerkun
    • Re: [PATCH] ext4: fix a bug in ext4_wait_for_tail_page_commit, Jan Kara
  • Re: [PATCH] ext4: fix a bug in ext4_wait_for_tail_page_commit, Jan Kara
    • Re: [PATCH] ext4: fix a bug in ext4_wait_for_tail_page_commit, yangerkun
      • Re: [PATCH] ext4: fix a bug in ext4_wait_for_tail_page_commit, Jan Kara
        • Re: [PATCH] ext4: fix a bug in ext4_wait_for_tail_page_commit, yangerkun
• [GIT PULL] fs-verity for 5.4, Eric Biggers
  • Re: [GIT PULL] fs-verity for 5.4, pr-tracker-bot
• inline_data status (e2fsprogs), Pas
  • Re: inline_data status (e2fsprogs), Theodore Y. Ts'o
    • Re: inline_data status (e2fsprogs), Pas
• [PATCH v3 0/6] ext4: port direct IO to iomap infrastructure, Matthew Bobrowski
  • [PATCH v3 1/6] ext4: introduce direct IO read path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v3 1/6] ext4: introduce direct IO read path using iomap infrastructure, Christoph Hellwig
      • Re: [PATCH v3 1/6] ext4: introduce direct IO read path using iomap infrastructure, Matthew Bobrowski
  • [PATCH v3 2/6] ext4: move inode extension/truncate code out from ext4_iomap_end(), Matthew Bobrowski
    • Re: [PATCH v3 2/6] ext4: move inode extension/truncate code out from ext4_iomap_end(), Jan Kara
      • Re: [PATCH v3 2/6] ext4: move inode extension/truncate code out from ext4_iomap_end(), Matthew Bobrowski
      • Re: [PATCH v3 2/6] ext4: move inode extension/truncate code out from ext4_iomap_end(), Jan Kara
  • [PATCH v3 3/6] iomap: split size and error for iomap_dio_rw ->end_io, Matthew Bobrowski
  • [PATCH v3 4/6] ext4: reorder map.m_flags checks in ext4_iomap_begin(), Matthew Bobrowski
    • Re: [PATCH v3 4/6] ext4: reorder map.m_flags checks in ext4_iomap_begin(), Christoph Hellwig
      • Re: [PATCH v3 4/6] ext4: reorder map.m_flags checks in ext4_iomap_begin(), Matthew Bobrowski
    • Re: [PATCH v3 4/6] ext4: reorder map.m_flags checks in ext4_iomap_begin(), Jan Kara
      • Re: [PATCH v3 4/6] ext4: reorder map.m_flags checks in ext4_iomap_begin(), Matthew Bobrowski
  • [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Ritesh Harjani
      • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Christoph Hellwig
      • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
        • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Ritesh Harjani
          • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Christoph Hellwig
            • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Ritesh Harjani
            • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
          • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Jan Kara
        • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Christoph Hellwig
          • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
          • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Jan Kara
      • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
        • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Jan Kara
          • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
            • Re: [PATCH v3 5/6] ext4: introduce direct IO write path using iomap infrastructure, Jan Kara
  • [PATCH v3 6/6] ext4: cleanup legacy buffer_head direct IO code, Matthew Bobrowski
    • Re: [PATCH v3 6/6] ext4: cleanup legacy buffer_head direct IO code, Christoph Hellwig
      • Re: [PATCH v3 6/6] ext4: cleanup legacy buffer_head direct IO code, Matthew Bobrowski
• Re: Odd locking pattern introduced as part of "nowait aio support", Andres Freund
  • Re: Odd locking pattern introduced as part of "nowait aio support", Christoph Hellwig
  • Re: Odd locking pattern introduced as part of "nowait aio support", Ritesh Harjani
  • Re: Odd locking pattern introduced as part of "nowait aio support", Goldwyn Rodrigues
  • Fix inode sem regression for nowait, Goldwyn Rodrigues
    • [PATCH 1/3] btrfs: fix inode rwsem regression, Goldwyn Rodrigues
      • Re: [PATCH 1/3] btrfs: fix inode rwsem regression, David Sterba
    • [PATCH 2/3] ext4: fix inode rwsem regression, Goldwyn Rodrigues
      • Re: [PATCH 2/3] ext4: fix inode rwsem regression, Ritesh Harjani
        • Re: [PATCH 2/3] ext4: fix inode rwsem regression, Matthew Bobrowski
      • Re: [PATCH 2/3] ext4: fix inode rwsem regression, Jan Kara
        • Re: [PATCH 2/3] ext4: fix inode rwsem regression, Theodore Y. Ts'o
    • [PATCH 3/3] f2fs: fix inode rwsem regression, Goldwyn Rodrigues
      • Re: [PATCH 3/3] f2fs: fix inode rwsem regression, Chao Yu
      • Re: [PATCH 3/3] f2fs: fix inode rwsem regression, Jaegeuk Kim
        • Re: [PATCH 3/3] f2fs: fix inode rwsem regression, Chao Yu
• Why doesn't disk io occur to read file system metadata despite clearing dentry and inode with drop_cache command?, Daegyu Han
  • Re: Why doesn't disk io occur to read file system metadata despite clearing dentry and inode with drop_cache command?, Jan Kara
• [PATCH RESEND V5 0/7] Consolidate FS read I/O callbacks code, Chandan Rajendra
  • [PATCH RESEND V5 1/7] buffer_head: Introduce BH_Read_Cb flag, Chandan Rajendra
  • [PATCH RESEND V5 3/7] fs/mpage.c: Integrate read callbacks, Chandan Rajendra
  • [PATCH RESEND V5 4/7] fs/buffer.c: add decryption support via read_callbacks, Chandan Rajendra
  • [PATCH RESEND V5 5/7] ext4: Wire up ext4_readpage[s] to use mpage_readpage[s], Chandan Rajendra
  • [PATCH RESEND V5 6/7] ext4: Enable encryption for subpage-sized blocks, Chandan Rajendra
  • [PATCH RESEND V5 7/7] fscrypt: remove struct fscrypt_ctx, Chandan Rajendra
  • [PATCH RESEND V5 2/7] FS: Introduce read callbacks, Chandan Rajendra
  • Re: [PATCH RESEND V5 0/7] Consolidate FS read I/O callbacks code, Chandan Rajendra
• Re: Linux 5.3-rc8, Ahmed S. Darwish
  • Re: Linux 5.3-rc8, Linus Torvalds
    • Re: Linux 5.3-rc8, Linus Torvalds
    • Re: Linux 5.3-rc8, Ahmed S. Darwish
      • Re: Linux 5.3-rc8, Reindl Harald
      • Re: Linux 5.3-rc8, Linus Torvalds
        • Re: Linux 5.3-rc8, Theodore Y. Ts'o
          • Re: Linux 5.3-rc8, Linus Torvalds
            • Re: Linux 5.3-rc8, Linus Torvalds
              • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                • Re: Linux 5.3-rc8, Ahmed S. Darwish
                  • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                    • Re: Linux 5.3-rc8, Linus Torvalds
                      • Re: Linux 5.3-rc8, Willy Tarreau
                      • [PATCH RFC] random: getrandom(2): don't block on non-initialized entropy pool, Ahmed S. Darwish
                        • Re: [PATCH RFC] random: getrandom(2): don't block on non-initialized entropy pool, Alexander E. Patrakov
                          • [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Theodore Y. Ts'o
                            • [PATCH RFC v3] random: getrandom(2): optionally block when CRNG is uninitialized, Ahmed S. Darwish
                              • Re: [PATCH RFC v3] random: getrandom(2): optionally block when CRNG is uninitialized, Lennart Poettering
                                • Re: [PATCH RFC v3] random: getrandom(2): optionally block when CRNG is uninitialized, Willy Tarreau
                                  • Re: [PATCH RFC v3] random: getrandom(2): optionally block when CRNG is uninitialized, Ahmed S. Darwish
                                    • Re: [PATCH RFC v3] random: getrandom(2): optionally block when CRNG is uninitialized, Willy Tarreau
                                    • Re: [PATCH RFC v3] random: getrandom(2): optionally block when CRNG is uninitialized, Ahmed S. Darwish
                                    • Re: [PATCH RFC v3] random: getrandom(2): optionally block when CRNG is uninitialized, Willy Tarreau
                            • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Linus Torvalds
                              • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Willy Tarreau
                                • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Willy Tarreau
                                  • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Linus Torvalds
                                    • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Willy Tarreau
                                    • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Linus Torvalds
                                    • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Willy Tarreau
                                • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Linus Torvalds
                                  • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Willy Tarreau
                                  • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Ahmed S. Darwish
                              • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Lennart Poettering
                                • Re: [PATCH RFC v2] random: optionally block in getrandom(2) when the CRNG is uninitialized, Willy Tarreau
                              • [PATCH RFC v4 0/1] random: WARN on large getrandom() waits and introduce getrandom2(), Ahmed S. Darwish
                                • [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Ahmed S. Darwish
                                  • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Theodore Y. Ts'o
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Theodore Y. Ts'o
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Alexander E. Patrakov
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Alexander E. Patrakov
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Alexander E. Patrakov
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Theodore Y. Ts'o
                                    • RE: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), David Laight
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Theodore Y. Ts'o
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Ahmed S. Darwish
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Willy Tarreau
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Alexander E. Patrakov
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Matthew Garrett
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Willy Tarreau
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Florian Weimer
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Ahmed S. Darwish
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Willy Tarreau
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Willy Tarreau
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Linus Torvalds
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Alexander E. Patrakov
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Andy Lutomirski
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Willy Tarreau
                                    • Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2(), Ahmed S. Darwish
                                    • [PATCH v5 0/1] random: getrandom(2): warn on large CRNG waits, introduce new flags, Ahmed S. Darwish
                                    • [PATCH v5 1/1] random: getrandom(2): warn on large CRNG waits, introduce new flags, Ahmed S. Darwish
                                    • Re: [PATCH v5 1/1] random: getrandom(2): warn on large CRNG waits, introduce new flags, Andy Lutomirski
                                    • Re: [PATCH v5 1/1] random: getrandom(2): warn on large CRNG waits, introduce new flags, Ahmed S. Darwish
                      • Re: Linux 5.3-rc8, Ahmed S. Darwish
                        • Re: Linux 5.3-rc8, Linus Torvalds
                          • Re: Linux 5.3-rc8, Alexander E. Patrakov
                            • Re: Linux 5.3-rc8, Linus Torvalds
                              • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                • Re: Linux 5.3-rc8, Linus Torvalds
                              • Re: Linux 5.3-rc8, Lennart Poettering
                                • Re: Linux 5.3-rc8, Willy Tarreau
                                  • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                • Re: Linux 5.3-rc8, Linus Torvalds
                                  • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                          • Re: Linux 5.3-rc8, Ahmed S. Darwish
                            • Re: Linux 5.3-rc8, Martin Steigerwald
                            • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                              • Re: Linux 5.3-rc8, Linus Torvalds
                                • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                                  • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                          • Re: Linux 5.3-rc8, Lennart Poettering
                            • Re: Linux 5.3-rc8, Ahmed S. Darwish
                              • Re: Linux 5.3-rc8, Lennart Poettering
                            • Re: Linux 5.3-rc8, Linus Torvalds
                              • Re: Linux 5.3-rc8, Ahmed S. Darwish
                                • Re: Linux 5.3-rc8, Vito Caputo
                                  • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Serge Belyshev
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Ahmed S. Darwish
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Theodore Y. Ts'o
                                    • Re: Linux 5.3-rc8, Ahmed S. Darwish
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Reindl Harald
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Ahmed S. Darwish
                                    • Re: Linux 5.3-rc8, Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Rasmus Villemoes
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Eric W. Biederman
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Linus Torvalds
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Willy Tarreau
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • Re: Linux 5.3-rc8, Matthew Garrett
                                    • a sane approach to random numbers (was: Re: Linux 5.3-rc8), Martin Steigerwald
                                    • Re: Linux 5.3-rc8, Alexander E. Patrakov
                                    • Re: Linux 5.3-rc8, Ahmed S. Darwish
                                    • Re: Linux 5.3-rc8, Lennart Poettering
                                • Re: Linux 5.3-rc8, Linus Torvalds
                          • chaos generating driver was Re: Linux 5.3-rc8, Pavel Machek
                    • Re: Linux 5.3-rc8, Ahmed S. Darwish
                      • Re: Linux 5.3-rc8, Theodore Y. Ts'o
            • Re: Linux 5.3-rc8, Ahmed S. Darwish
              • Re: Linux 5.3-rc8, Ahmed S. Darwish
          • Re: Linux 5.3-rc8, Herbert Xu
            • Re: Linux 5.3-rc8, Linus Torvalds
              • Re: Linux 5.3-rc8, Willy Tarreau
  • Re: Linux 5.3-rc8, Theodore Y. Ts'o
    • Re: Linux 5.3-rc8, Christoph Hellwig
  • Re: Linux 5.3-rc8, Jon Masters
  • Re: Linux 5.3-rc8, Jon Masters
• [PATCH v4] e2fsck: check for consistent encryption policies, Eric Biggers
  • Re: [PATCH v4] e2fsck: check for consistent encryption policies, Andreas Dilger
    • Re: [PATCH v4] e2fsck: check for consistent encryption policies, Eric Biggers
• [PATCH v2 0/6] ext4: port direct IO to iomap infrastructure, Matthew Bobrowski
  • [PATCH v2 1/6] ext4: introduce direct IO read path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v2 1/6] ext4: introduce direct IO read path using iomap infrastructure, Ritesh Harjani
  • [PATCH v2 2/6] ext4: move inode extension/truncate code out from ext4_iomap_end(), Matthew Bobrowski
    • Re: [PATCH v2 2/6] ext4: move inode extension/truncate code out from ext4_iomap_end(), Ritesh Harjani
      • Re: [PATCH v2 2/6] ext4: move inode extension/truncate code out from ext4_iomap_end(), Matthew Bobrowski
        • Re: [PATCH v2 2/6] ext4: move inode extension/truncate code out from ext4_iomap_end(), Ritesh Harjani
  • [PATCH v2 3/6] iomap: modify ->end_io() calling convention, Matthew Bobrowski
    • Re: [PATCH v2 3/6] iomap: modify ->end_io() calling convention, Matthew Bobrowski
  • [PATCH v2 4/6] ext4: reorder map.m_flags checks in ext4_iomap_begin(), Matthew Bobrowski
    • Re: [PATCH v2 4/6] ext4: reorder map.m_flags checks in ext4_iomap_begin(), Ritesh Harjani
  • [PATCH v2 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
    • Re: [PATCH v2 5/6] ext4: introduce direct IO write path using iomap infrastructure, Ritesh Harjani
    • Re: [PATCH v2 5/6] ext4: introduce direct IO write path using iomap infrastructure, Ritesh Harjani
      • Re: [PATCH v2 5/6] ext4: introduce direct IO write path using iomap infrastructure, Ritesh Harjani
        • Re: [PATCH v2 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
      • Re: [PATCH v2 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
      • Re: [PATCH v2 5/6] ext4: introduce direct IO write path using iomap infrastructure, Ritesh Harjani
        • Re: [PATCH v2 5/6] ext4: introduce direct IO write path using iomap infrastructure, Matthew Bobrowski
  • [PATCH v2 6/6] ext4: cleanup legacy buffer_head direct IO code, Matthew Bobrowski
    • Re: [PATCH v2 6/6] ext4: cleanup legacy buffer_head direct IO code, Ritesh Harjani
• [PATCH] Ext4 Documentation: Add missing quota section., Ayush Ranjan
• [Q] gfs2: mmap write vs. punch_hole consistency, Andreas Gruenbacher
  • Re: [Q] gfs2: mmap write vs. punch_hole consistency, Dave Chinner
    • Re: [Q] gfs2: mmap write vs. punch_hole consistency, Andreas Gruenbacher
      • Re: [Q] gfs2: mmap write vs. punch_hole consistency, Dave Chinner
      • Re: [Q] gfs2: mmap write vs. punch_hole consistency, Jan Kara
• [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Artem Blagodarenko
  • Re: [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Благодаренко Артём
    • Re: [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Andreas Dilger
  • Re: [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Благодаренко Артём
    • Re: [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Andreas Dilger
      • Re: [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Благодаренко Артём
  • Re: [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Darrick J. Wong
    • Re: [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Благодаренко Артём
  • Re: [PATCH] ext2fs: add ext2fs_read_sb that returns superblock, Theodore Y. Ts'o
• [Bug 204779] New: Xubuntu 18.04 sometimes freezes when turned on on logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 sometimes freezes when turned on on logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 Sometimes freezes when turned off on the logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 Sometimes freezes when turned off on the logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 Sometimes freezes when turned off on the logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 Sometimes freezes when turned off on the logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 Sometimes freezes when turned off on the logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 Sometimes freezes when turned off on the logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 Sometimes freezes when turned off on the logo, bugzilla-daemon
  • [Bug 204779] Xubuntu 18.04 Sometimes freezes when turned off on the logo, bugzilla-daemon
• Re: [PATCH] fs:ext4:remove unused including <linux/version.h>, Theodore Y. Ts'o
• [PATCH AUTOSEL 4.19 165/167] ext4: fix block validity checks for journal inodes using indirect blocks, Sasha Levin
• [PATCH AUTOSEL 4.19 166/167] ext4: unsigned int compared against zero, Sasha Levin
• [PATCH AUTOSEL 4.19 164/167] ext4: don't perform block validity checks on the journal inode, Sasha Levin
• [PATCH AUTOSEL 4.19 097/167] ext4: protect journal inode's blocks using block_validity, Sasha Levin
• "beyond 2038" warnings from loopback mount is noisy, Qian Cai
  • Re: "beyond 2038" warnings from loopback mount is noisy, Deepa Dinamani
    • Re: "beyond 2038" warnings from loopback mount is noisy, Deepa Dinamani
      • Re: "beyond 2038" warnings from loopback mount is noisy, Qian Cai
        • Re: "beyond 2038" warnings from loopback mount is noisy, Andreas Dilger
          • Re: "beyond 2038" warnings from loopback mount is noisy, Arnd Bergmann
            • Re: "beyond 2038" warnings from loopback mount is noisy, Qian Cai
    • Re: "beyond 2038" warnings from loopback mount is noisy, Theodore Y. Ts'o
      • Re: "beyond 2038" warnings from loopback mount is noisy, Deepa Dinamani
        • Re: "beyond 2038" warnings from loopback mount is noisy, Arnd Bergmann
          • Re: "beyond 2038" warnings from loopback mount is noisy, Theodore Y. Ts'o
            • Re: "beyond 2038" warnings from loopback mount is noisy, Deepa Dinamani
              • Re: "beyond 2038" warnings from loopback mount is noisy, Theodore Y. Ts'o
          • Re: "beyond 2038" warnings from loopback mount is noisy, Deepa Dinamani
            • Re: "beyond 2038" warnings from loopback mount is noisy, Theodore Y. Ts'o
              • Re: "beyond 2038" warnings from loopback mount is noisy, Reindl Harald
              • Re: "beyond 2038" warnings from loopback mount is noisy, Deepa Dinamani
        • Re: "beyond 2038" warnings from loopback mount is noisy, Theodore Y. Ts'o
      • Re: "beyond 2038" warnings from loopback mount is noisy, Reindl Harald
        • [PATCH] ext4: Reduce ext4 timestamp warnings, Deepa Dinamani
          • Re: [PATCH] ext4: Reduce ext4 timestamp warnings, Andreas Dilger
            • Re: [PATCH] ext4: Reduce ext4 timestamp warnings, Arnd Bergmann
• [PATCH] ext2: Delete an unnecessary check before brelse(), Markus Elfring
  • Re: [PATCH] ext2: Delete an unnecessary check before brelse(), Jan Kara
• [PATCH] ext4: fix kernel oops caused by spurious casefold flag, Theodore Ts'o
• [PATCH 1/2] jbd2: add new tracepoint jbd2_sleep_on_shadow, Xiaoguang Wang
  • [PATCH 2/2] jbd2: add new tracepoint jbd2_wait_on_transaction_locked, Xiaoguang Wang
  • Re: [PATCH 1/2] jbd2: add new tracepoint jbd2_sleep_on_shadow, Theodore Y. Ts'o
    • Re: [PATCH 1/2] jbd2: add new tracepoint jbd2_sleep_on_shadow, Xiaoguang Wang
      • Re: [PATCH 1/2] jbd2: add new tracepoint jbd2_sleep_on_shadow, Theodore Y. Ts'o
        • Re: [PATCH 1/2] jbd2: add new tracepoint jbd2_sleep_on_shadow, Xiaoguang Wang
• [PATCH] Ext4 Docs: Add missing bigalloc documentation., Ayush Ranjan
  • Re: [PATCH] Ext4 Docs: Add missing bigalloc documentation., Theodore Y. Ts'o
• WARNING: ODEBUG bug in ext4_fill_super, syzbot
  • Re: WARNING: ODEBUG bug in ext4_fill_super, Nick Desaulniers
    • Re: WARNING: ODEBUG bug in ext4_fill_super, Dmitry Vyukov
      • Re: WARNING: ODEBUG bug in ext4_fill_super, Eric Biggers
  • Re: WARNING: ODEBUG bug in ext4_fill_super, Theodore Y. Ts'o
• WARNING: suspicious RCU usage in ext4_release_system_zone, syzbot
  • Re: WARNING: suspicious RCU usage in ext4_release_system_zone, Eric Biggers
• [GIT PULL RESEND] vfs: Add support for timestamp limits, Deepa Dinamani
• Re: [ext4] [confidence: ] 2f7f60cf9f: WARNING:at_lib/list_debug.c:#__list_add_valid, Shaokun Zhang
  • Re: [ext4] [confidence: ] 2f7f60cf9f: WARNING:at_lib/list_debug.c:#__list_add_valid, Oliver Sang
• Re: ext4 fsck vs. kernel recovery policy, Theodore Y. Ts'o
  • Re: ext4 fsck vs. kernel recovery policy, dann frazier
  • Re: ext4 fsck vs. kernel recovery policy, mfo
    • [RFC 1/1] ext4: set page writeback on journalled writepage, mfo
  • Re: Re: ext4 fsck vs. kernel recovery policy, Mauricio Faria de Oliveira
• [PATCH v2] ext4: use percpu_counters for extent_status cache hits/misses, Shaokun Zhang
  • Re: [PATCH v2] ext4: use percpu_counters for extent_status cache hits/misses, Theodore Y. Ts'o
• [PATCH v2] ext4: fix potential use after free after remounting with noblock_validity, zhangyi (F)
  • Re: [PATCH v2] ext4: fix potential use after free after remounting with noblock_validity, Theodore Y. Ts'o
• [PATCH] ext4: tidy up white space in count_rsvd(), Dan Carpenter
  • Re: [PATCH] ext4: tidy up white space in count_rsvd(), Eric Whitney
    • Re: [PATCH] ext4: tidy up white space in count_rsvd(), Theodore Y. Ts'o
• fsck on ext4: "WARN Wrong bounce buffer write length: 1024 != 0", Harald Dunkel
  • Re: fsck on ext4: "WARN Wrong bounce buffer write length: 1024 != 0", Theodore Y. Ts'o
• [PATCH 0/3] Revert parallel dio reads, Joseph Qi
  • [PATCH 3/3] Revert "ext4: Allow parallel DIO reads", Joseph Qi
  • [PATCH 1/3] Revert "ext4: remove EXT4_STATE_DIOREAD_LOCK flag", Joseph Qi
  • [PATCH 2/3] Revert "ext4: fix off-by-one error when writing back pages before dio read", Joseph Qi
  • Re: [PATCH 0/3] Revert parallel dio reads, Dave Chinner
    • Re: [PATCH 0/3] Revert parallel dio reads, Jan Kara
      • Re: [PATCH 0/3] Revert parallel dio reads, Andreas Dilger
        • Re: [PATCH 0/3] Revert parallel dio reads, Jan Kara
      • Re: [PATCH 0/3] Revert parallel dio reads, Ritesh Harjani
        • Re: [PATCH 0/3] Revert parallel dio reads, Jan Kara
          • Re: [PATCH 0/3] Revert parallel dio reads, Ritesh Harjani
• [PATCH] ext4: fix integer overflow when calculating commit interval, zhangyi (F)
  • Re: [PATCH] ext4: fix integer overflow when calculating commit interval, Jan Kara
    • Re: [PATCH] ext4: fix integer overflow when calculating commit interval, Theodore Y. Ts'o
• [RFC] jbd2: reclaim journal space asynchronously when free space is low, Xiaoguang Wang
  • Re: [RFC] jbd2: reclaim journal space asynchronously when free space is low, Xiaoguang Wang
    • Re: [RFC] jbd2: reclaim journal space asynchronously when free space is low, Andreas Dilger
      • Re: [RFC] jbd2: reclaim journal space asynchronously when free space is low, Xiaoguang Wang
• [PATCH] ext4: fix punch hole for inline_data file systems, Theodore Ts'o
• [PATCH V5 0/7] Consolidate FS read I/O callbacks code, Chandan Rajendra
  • [PATCH V5 5/7] ext4: Wire up ext4_readpage[s] to use mpage_readpage[s], Chandan Rajendra
  • [PATCH V5 6/7] ext4: Enable encryption for subpage-sized blocks, Chandan Rajendra
  • [PATCH V5 7/7] fscrypt: remove struct fscrypt_ctx, Chandan Rajendra
  • [PATCH V5 1/7] buffer_head: Introduce BH_Read_Cb flag, Chandan Rajendra
  • [PATCH V5 2/7] FS: Introduce read callbacks, Chandan Rajendra
  • [PATCH V5 3/7] fs/mpage.c: Integrate read callbacks, Chandan Rajendra
  • [PATCH V5 4/7] fs/buffer.c: add decryption support via read_callbacks, Chandan Rajendra
  • Re: [PATCH V5 0/7] Consolidate FS read I/O callbacks code, Chandan Rajendra
• [PATCH v3] e2fsck: check for consistent encryption policies, Eric Biggers
  • Re: [PATCH v3] e2fsck: check for consistent encryption policies, Eric Biggers
    • Re: [PATCH v3] e2fsck: check for consistent encryption policies, Andreas Dilger
      • Re: [PATCH v3] e2fsck: check for consistent encryption policies, Theodore Y. Ts'o
        • Re: [PATCH v3] e2fsck: check for consistent encryption policies, Eric Biggers
• Re: [PATCH v2] Ext4 documentation fixes., Theodore Y. Ts'o
  • Message not available
    • Re: [PATCH v2] Ext4 documentation fixes., Theodore Y. Ts'o
  • <Possible follow-ups>
  • Re: [PATCH v2] Ext4 documentation fixes., Jonathan Corbet
    • Re: [PATCH v2] Ext4 documentation fixes., Theodore Y. Ts'o
      • Re: [PATCH v2] Ext4 documentation fixes., Jonathan Corbet
• [PATCH] ext4: change the type of ext4 cache stats to percpu_counter to improve performance, Shaokun Zhang
  • Re: [PATCH] ext4: change the type of ext4 cache stats to percpu_counter to improve performance, Theodore Y. Ts'o