Linux XFS

Date Index

[Prev Page][Next Page]

Re: [syzbot] [xfs?] WARNING: Reset corrupted AGFL on AG NUM. NUM blocks leaked. Please unmount and run xfs_repair., (continued)
- Re: [syzbot] [xfs?] WARNING: Reset corrupted AGFL on AG NUM. NUM blocks leaked. Please unmount and run xfs_repair., syzbot
  - Re: [syzbot] [xfs?] WARNING: Reset corrupted AGFL on AG NUM. NUM blocks leaked. Please unmount and run xfs_repair., Dave Chinner
[PATCH 0/6] xfs: CPU usage optimizations for realtime allocator, Omar Sandoval
- [PATCH 2/6] xfs: invert the realtime summary cache, Omar Sandoval
  - Re: [PATCH 2/6] xfs: invert the realtime summary cache, Darrick J. Wong
    - Re: [PATCH 2/6] xfs: invert the realtime summary cache, Omar Sandoval
      - Re: [PATCH 2/6] xfs: invert the realtime summary cache, Darrick J. Wong
- [PATCH 3/6] xfs: return maximum free size from xfs_rtany_summary(), Omar Sandoval
  - Re: [PATCH 3/6] xfs: return maximum free size from xfs_rtany_summary(), Darrick J. Wong
- [PATCH 1/6] xfs: cache last bitmap block in realtime allocator, Omar Sandoval
  - Re: [PATCH 1/6] xfs: cache last bitmap block in realtime allocator, Darrick J. Wong
    - Re: [PATCH 1/6] xfs: cache last bitmap block in realtime allocator, Omar Sandoval
      - Re: [PATCH 1/6] xfs: cache last bitmap block in realtime allocator, Darrick J. Wong
- [PATCH 4/6] xfs: limit maxlen based on available space in xfs_rtallocate_extent_near(), Omar Sandoval
  - Re: [PATCH 4/6] xfs: limit maxlen based on available space in xfs_rtallocate_extent_near(), Darrick J. Wong
    - Re: [PATCH 4/6] xfs: limit maxlen based on available space in xfs_rtallocate_extent_near(), Omar Sandoval
- [PATCH 5/6] xfs: don't try redundant allocations in xfs_rtallocate_extent_near(), Omar Sandoval
  - Re: [PATCH 5/6] xfs: don't try redundant allocations in xfs_rtallocate_extent_near(), Darrick J. Wong
    - Re: [PATCH 5/6] xfs: don't try redundant allocations in xfs_rtallocate_extent_near(), Omar Sandoval
      - Re: [PATCH 5/6] xfs: don't try redundant allocations in xfs_rtallocate_extent_near(), Omar Sandoval
      - Re: [PATCH 5/6] xfs: don't try redundant allocations in xfs_rtallocate_extent_near(), Darrick J. Wong
- [PATCH 6/6] xfs: don't look for end of extent further than necessary in xfs_rtallocate_extent_near(), Omar Sandoval
  - Re: [PATCH 6/6] xfs: don't look for end of extent further than necessary in xfs_rtallocate_extent_near(), Darrick J. Wong
- Re: [PATCH 0/6] xfs: CPU usage optimizations for realtime allocator, Omar Sandoval
  - Re: [PATCH 0/6] xfs: CPU usage optimizations for realtime allocator, Dave Chinner
[PATCH 0/5 V2] xfs: various fixes, Dave Chinner
- [PATCH 1/5] xfs: don't reverse order of items in bulk AIL insertion, Dave Chinner
- [PATCH 3/5] xfs: allow extent free intents to be retried, Dave Chinner
- [PATCH 5/5] xfs: journal geometry is not properly bounds checked, Dave Chinner
- [PATCH 4/5] xfs: don't block in busy flushing when freeing extents, Dave Chinner
  - Re: [PATCH 4/5] xfs: don't block in busy flushing when freeing extents, Chandan Babu R
    - Re: [PATCH 4/5] xfs: don't block in busy flushing when freeing extents, Dave Chinner
      - Re: [PATCH 4/5] xfs: don't block in busy flushing when freeing extents, Chandan Babu R
        
        Re: [PATCH 4/5] xfs: don't block in busy flushing when freeing extents, Dave Chinner
        
        Re: [PATCH 4/5] xfs: don't block in busy flushing when freeing extents, Chandan Babu R
- [PATCH 2/5] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
[Bug 217572] New: Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- Re: [Bug 217572] New: Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, Christian Theune
  - Re: [Bug 217572] New: Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, Christian Theune
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
  - Re: [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, Dave Chinner
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
  - Re: [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, Dave Chinner
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
  - Re: [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, Dave Chinner
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
- [Bug 217572] Initial blocked tasks causing deterioration over hours until (nearly) complete system lockup and data loss with PostgreSQL 13, bugzilla-daemon
[PATCH] xfs: journal geometry is not properly bounds checked, Dave Chinner
- Re: [PATCH] xfs: journal geometry is not properly bounds checked, IBM
  - Re: [PATCH] xfs: journal geometry is not properly bounds checked, Dave Chinner
[PATCHv10 0/8] iomap: Add support for per-block dirty state to improve write performance, Ritesh Harjani (IBM)
- [PATCHv10 1/8] iomap: Rename iomap_page to iomap_folio_state and others, Ritesh Harjani (IBM)
- [PATCHv10 2/8] iomap: Drop ifs argument from iomap_set_range_uptodate(), Ritesh Harjani (IBM)
- [PATCHv10 3/8] iomap: Add some uptodate state handling helpers for ifs state bitmap, Ritesh Harjani (IBM)
- [PATCHv10 4/8] iomap: Fix possible overflow condition in iomap_write_delalloc_scan, Ritesh Harjani (IBM)
- [PATCHv10 7/8] iomap: Allocate ifs in ->write_begin() early, Ritesh Harjani (IBM)
- [PATCHv10 6/8] iomap: Refactor iomap_write_delalloc_punch() function out, Ritesh Harjani (IBM)
- [PATCHv10 5/8] iomap: Use iomap_punch_t typedef, Ritesh Harjani (IBM)
- [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, Ritesh Harjani (IBM)
  - Re: [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, Andreas Gruenbacher
    - Re: [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, IBM
  - Re: [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, Matthew Wilcox
    - Re: [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, IBM
      - Re: [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, Matthew Wilcox
        
        Re: [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, IBM
        
        Re: [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, Darrick J. Wong
        
        Re: [PATCHv10 8/8] iomap: Add per-block dirty state tracking to improve performance, IBM
[syzbot] [xfs?] KASAN: slab-out-of-bounds Read in xlog_pack_data, syzbot
- Re: [syzbot] [xfs?] KASAN: slab-out-of-bounds Read in xlog_pack_data, Dave Chinner
- Re: [syzbot] [xfs?] KASAN: slab-out-of-bounds Read in xlog_pack_data, syzbot
  - Re: [syzbot] [xfs?] KASAN: slab-out-of-bounds Read in xlog_pack_data, Dave Chinner
[syzbot] [xfs?] UBSAN: array-index-out-of-bounds in xfs_attr3_leaf_add_work, syzbot
- Re: [syzbot] [xfs?] UBSAN: array-index-out-of-bounds in xfs_attr3_leaf_add_work, Dave Chinner
  - Re: [syzbot] [xfs?] UBSAN: array-index-out-of-bounds in xfs_attr3_leaf_add_work, Eric Biggers
    - Re: [syzbot] [xfs?] UBSAN: array-index-out-of-bounds in xfs_attr3_leaf_add_work, Dave Chinner
      - Re: [syzbot] [xfs?] UBSAN: array-index-out-of-bounds in xfs_attr3_leaf_add_work, Eric Biggers
- Re: [syzbot] [xfs?] UBSAN: array-index-out-of-bounds in xfs_attr3_leaf_add_work, syzbot
  - Re: [syzbot] [xfs?] UBSAN: array-index-out-of-bounds in xfs_attr3_leaf_add_work, Kees Cook
[PATCH] xfs: AGF length has never been bounds checked, Dave Chinner
- Re: [PATCH] xfs: AGF length has never been bounds checked, Darrick J. Wong
  - Re: [PATCH] xfs: AGF length has never been bounds checked, Dave Chinner
- Re: [PATCH] xfs: AGF length has never been bounds checked, Christoph Hellwig
[PATCHSET v2 0/3] fs: kernel and userspace filesystem freeze, Darrick J. Wong
- [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Darrick J. Wong
  - Re: [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Dave Chinner
  - Re: [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Jan Kara
  - Re: [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Andreas Grünbacher
- [PATCH 2/3] fs: wait for partially frozen filesystems, Darrick J. Wong
  - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Dave Chinner
  - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Christoph Hellwig
  - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Jan Kara
- [PATCH 3/3] fs: Drop wait_unfrozen wait queue, Darrick J. Wong
  - Re: [PATCH 3/3] fs: Drop wait_unfrozen wait queue, Dave Chinner
  - Re: [PATCH 3/3] fs: Drop wait_unfrozen wait queue, Christoph Hellwig
[PATCHSET 0/8] xfsprogs: sync with 6.4, Darrick J. Wong
- [PATCH 1/8] libxfs: deferred items should call xfs_perag_intent_{get,put}, Darrick J. Wong
- [PATCH 2/8] libxfs: port list_cmp_func_t to userspace, Darrick J. Wong
- [PATCH 3/8] libxfs: port transaction precommit hooks to userspace, Darrick J. Wong
- [PATCH 4/8] xfs: restore allocation trylock iteration, Darrick J. Wong
- [PATCH 5/8] xfs: fix AGF vs inode cluster buffer deadlock, Darrick J. Wong
- [PATCH 6/8] xfs: fix agf/agfl verification on v4 filesystems, Darrick J. Wong
- [PATCH 7/8] xfs: validity check agbnos on the AGFL, Darrick J. Wong
- [PATCH 8/8] xfs: validate block number being freed before adding to xefi, Darrick J. Wong
- Re: [PATCHSET 0/8] xfsprogs: sync with 6.4, Christoph Hellwig
new libxfs 6.4 sync, Darrick J. Wong
[ANNOUNCE] xfs-linux: for-next updated to c3b880acadc9, Darrick J. Wong
[PATCH 0/3] xfs: fix xfs_extent_busy_flush() deadlock in EFI processing, Dave Chinner
- [PATCH 3/3] xfs: don't block in busy flushing when freeing extents, Dave Chinner
  - Re: [PATCH 3/3] xfs: don't block in busy flushing when freeing extents, Darrick J. Wong
- [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
  - Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Darrick J. Wong
    - Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
  - Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
    - Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
      - Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Dave Chinner
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
        
        Re: [PATCH 1/3] xfs: pass alloc flags through to xfs_extent_busy_flush(), Wengang Wang
- [PATCH 2/3] xfs: allow extent free intents to be retried, Dave Chinner
  - Re: [PATCH 2/3] xfs: allow extent free intents to be retried, Darrick J. Wong
    - Re: [PATCH 2/3] xfs: allow extent free intents to be retried, Dave Chinner
      - Re: [PATCH 2/3] xfs: allow extent free intents to be retried, Darrick J. Wong
        
        Re: [PATCH 2/3] xfs: allow extent free intents to be retried, Dave Chinner
Fwd: [PATCH] fs/xfs/libxfs/xfs_bmap.c: space required after that ',' and spaces required around that '=', hexingwei001
[ANNOUNCE] xfs-linux: for-next updated to b29434999371, Darrick J. Wong
- Re: [ANNOUNCE] xfs-linux: for-next updated to b29434999371, Darrick J. Wong
xfsprogs_6.3.0-1_source.changes ACCEPTED into unstable, Debian FTP Masters
Processing of xfsprogs_6.3.0-1_source.changes, Debian FTP Masters
[PATCH 0/2] xfs: fix an inconsistency issue, Zhang Yi
- [PATCH 2/2] xfs: atomic drop extent entries when inactiving attr, Zhang Yi
  - Re: [PATCH 2/2] xfs: atomic drop extent entries when inactiving attr, Dave Chinner
- [PATCH 1/2] xfs: factor out __xfs_da3_node_read(), Zhang Yi
- Re: [PATCH 0/2] xfs: fix an inconsistency issue, Dave Chinner
[PATCH v3 0/8] Create large folios in iomap buffered write path, Matthew Wilcox (Oracle)
- [PATCH v3 1/8] iov_iter: Handle compound highmem pages in copy_page_from_iter_atomic(), Matthew Wilcox (Oracle)
  - Re: [PATCH v3 1/8] iov_iter: Handle compound highmem pages in copy_page_from_iter_atomic(), Christoph Hellwig
    - Re: [PATCH v3 1/8] iov_iter: Handle compound highmem pages in copy_page_from_iter_atomic(), Matthew Wilcox
- [PATCH v3 5/8] filemap: Add fgf_t typedef, Matthew Wilcox (Oracle)
  - Re: [PATCH v3 5/8] filemap: Add fgf_t typedef, Christoph Hellwig
- [PATCH v3 7/8] iomap: Create large folios in the buffered write path, Matthew Wilcox (Oracle)
  - Re: [PATCH v3 7/8] iomap: Create large folios in the buffered write path, Christoph Hellwig
- [PATCH v3 2/8] iomap: Remove large folio handling in iomap_invalidate_folio(), Matthew Wilcox (Oracle)
- [PATCH v3 8/8] iomap: Copy larger chunks from userspace, Matthew Wilcox (Oracle)
  - Re: [PATCH v3 8/8] iomap: Copy larger chunks from userspace, Christoph Hellwig
    - Re: [PATCH v3 8/8] iomap: Copy larger chunks from userspace, Matthew Wilcox
      - Re: [PATCH v3 8/8] iomap: Copy larger chunks from userspace, Matthew Wilcox
  - Re: [PATCH v3 8/8] iomap: Copy larger chunks from userspace, IBM
    - Re: [PATCH v3 8/8] iomap: Copy larger chunks from userspace, Matthew Wilcox
      - Re: [PATCH v3 8/8] iomap: Copy larger chunks from userspace, Matthew Wilcox
- [PATCH v3 4/8] iomap: Remove unnecessary test from iomap_release_folio(), Matthew Wilcox (Oracle)
  - Re: [PATCH v3 4/8] iomap: Remove unnecessary test from iomap_release_folio(), Christoph Hellwig
  - Re: [PATCH v3 4/8] iomap: Remove unnecessary test from iomap_release_folio(), Matthew Wilcox
- [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Matthew Wilcox (Oracle)
  - Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Dave Chinner
    - Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Matthew Wilcox
      - Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Dave Chinner
        
        Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Matthew Wilcox
        
        Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Dave Chinner
        
        Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Matthew Wilcox
        
        Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Matthew Wilcox
        
        Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Dave Chinner
  - Re: [PATCH v3 6/8] filemap: Allow __filemap_get_folio to allocate large folios, Christoph Hellwig
- [PATCH v3 3/8] doc: Correct the description of ->release_folio, Matthew Wilcox (Oracle)
  - Re: [PATCH v3 3/8] doc: Correct the description of ->release_folio, Christoph Hellwig
- Re: [PATCH v3 0/8] Create large folios in iomap buffered write path, Wang Yugui
  - Re: [PATCH v3 0/8] Create large folios in iomap buffered write path, Matthew Wilcox
[PATCH] xfs: set FMODE_CAN_ODIRECT instead of a dummy direct_IO method, Christoph Hellwig
- Re: [PATCH] xfs: set FMODE_CAN_ODIRECT instead of a dummy direct_IO method, Dave Chinner
[PATCHSET RFC 0/3] fs: kernel and userspace filesystem freeze, Darrick J. Wong
- [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Darrick J. Wong
  - Re: [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Christoph Hellwig
    - Re: [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Darrick J. Wong
  - Re: [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Jan Kara
    - Re: [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Jan Kara
    - Re: [PATCH 1/3] fs: distinguish between user initiated freeze and kernel initiated freeze, Darrick J. Wong
- [PATCH 2/3] fs: wait for partially frozen filesystems, Darrick J. Wong
  - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Christoph Hellwig
    - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Darrick J. Wong
      - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Darrick J. Wong
  - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Jan Kara
    - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Darrick J. Wong
      - Re: [PATCH 2/3] fs: wait for partially frozen filesystems, Jan Kara
- [PATCH 3/3] fs: Drop wait_unfrozen wait queue, Darrick J. Wong
  - Re: [PATCH 3/3] fs: Drop wait_unfrozen wait queue, Jan Kara
[Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+, Zorro Lang
- Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+, Zorro Lang
- Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+, Dave Chinner
  - Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+, Darrick J. Wong
    - [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Dave Chinner
      - Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Dave Chinner
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Dave Chinner
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Eric W. Biederman
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Zorro Lang
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Dave Chinner
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Zorro Lang
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Darrick J. Wong
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Eric W. Biederman
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Jens Axboe
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Jens Axboe
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Jens Axboe
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Eric W. Biederman
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Jens Axboe
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Jens Axboe
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Jens Axboe
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Dave Chinner
        
        Re: [6.5-rc5 regression] core dump hangs (was Re: [Bug report] fstests generic/051 (on xfs) hang on latest linux v6.5-rc5+), Linus Torvalds
[PATCHv9 0/6] iomap: Add support for per-block dirty state to improve write performance, Ritesh Harjani (IBM)
- [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, Ritesh Harjani (IBM)
  - Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, Christoph Hellwig
    - Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, Christoph Hellwig
      - Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, IBM
        
        Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, Darrick J. Wong
        
        Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, Matthew Wilcox
        
        Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, Darrick J. Wong
        
        Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, IBM
        
        Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, Matthew Wilcox
        
        Re: [PATCHv9 1/6] iomap: Rename iomap_page to iomap_folio_state and others, Christoph Hellwig
- [PATCHv9 2/6] iomap: Drop ifs argument from iomap_set_range_uptodate(), Ritesh Harjani (IBM)
  - Re: [PATCHv9 2/6] iomap: Drop ifs argument from iomap_set_range_uptodate(), Christoph Hellwig
- [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Ritesh Harjani (IBM)
  - Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Christoph Hellwig
    - Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, IBM
    - Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Andreas Gruenbacher
      - Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, IBM
        
        Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Matthew Wilcox
        
        Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, IBM
        
        Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Andreas Gruenbacher
        
        Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Darrick J. Wong
        
        Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, IBM
  - Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Andreas Gruenbacher
    - Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, IBM
      - Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Andreas Grünbacher
      - Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Darrick J. Wong
        
        Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, Andreas Gruenbacher
        
        Re: [PATCHv9 3/6] iomap: Add some uptodate state handling helpers for ifs state bitmap, IBM
- [PATCHv9 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, Ritesh Harjani (IBM)
  - Re: [PATCHv9 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, Christoph Hellwig
    - Re: [PATCHv9 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, IBM
  - Re: [PATCHv9 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, Matthew Wilcox
    - Re: [PATCHv9 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, IBM
      - Re: [PATCHv9 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, Matthew Wilcox
  - Message not available
    - Re: [PATCHv9 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, Pankaj Raghav
      - Re: [PATCHv9 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, IBM
- [PATCHv9 5/6] iomap: Allocate ifs in ->write_begin() early, Ritesh Harjani (IBM)
- [PATCHv9 6/6] iomap: Add per-block dirty state tracking to improve performance, Ritesh Harjani (IBM)
  - Re: [PATCHv9 6/6] iomap: Add per-block dirty state tracking to improve performance, Christoph Hellwig
    - Re: [PATCHv9 6/6] iomap: Add per-block dirty state tracking to improve performance, IBM
  - Re: [PATCHv9 6/6] iomap: Add per-block dirty state tracking to improve performance, Matthew Wilcox
- Re: [PATCHv9 0/6] iomap: Add support for per-block dirty state to improve write performance, IBM
  - Re: [PATCHv9 0/6] iomap: Add support for per-block dirty state to improve write performance, IBM
[PATCH] libxfs: deferred items should call xfs_perag_intent_{get,put}, Darrick J. Wong
[ANNOUNCE] xfsprogs: for-next updated to 7901c8c1a, Carlos Maiolino
[PATCH 5.15] xfs: verify buffer contents when we skip log replay, Leah Rumancik
[PATCH]xfs: fix mounting failed caused by sequencing problem ,in the log records, Wu Guanghao
- [PATCH]xfs_repair: fix the problem of repair failure caused by dirty flag being abnormally set on buffer, Wu Guanghao
  - Re: [PATCH]xfs_repair: fix the problem of repair failure caused by dirty flag being abnormally set on buffer, Darrick J. Wong
    - Re: [PATCH]xfs_repair: fix the problem of repair failure caused by dirty flag being abnormally set on buffer, Wu Guanghao
      - Re: [PATCH]xfs_repair: fix the problem of repair failure caused by dirty flag being abnormally set on buffer, Darrick J. Wong
        
        Re: [PATCH]xfs_repair: fix the problem of repair failure caused by dirty flag being abnormally set on buffer, Wu Guanghao
        
        Re: [PATCH]xfs_repair: fix the problem of repair failure caused by dirty flag being abnormally set on buffer, Darrick J. Wong
[PATCH] mkfs: fix man's default value for sparse option, Pavel Reichl
- Re: [PATCH] mkfs: fix man's default value for sparse option, Darrick J. Wong
[GIT PULL] xfs: fixes for 6.4-rc5, Dave Chinner
- Re: [GIT PULL] xfs: fixes for 6.4-rc5, pr-tracker-bot
[RFC 0/4] bdev: allow buffer-head & iomap aops to co-exist, Luis Chamberlain
- [RFC 2/4] bdev: abstract inode lookup on blkdev_get_no_open(), Luis Chamberlain
- [RFC 3/4] bdev: rename iomap aops, Luis Chamberlain
- [RFC 4/4] bdev: extend bdev inode with it's own super_block, Luis Chamberlain
  - Re: [RFC 4/4] bdev: extend bdev inode with it's own super_block, Matthew Wilcox
    - Re: [RFC 4/4] bdev: extend bdev inode with it's own super_block, Christoph Hellwig
      - Re: [RFC 4/4] bdev: extend bdev inode with it's own super_block, Luis Chamberlain
        
        Re: [RFC 4/4] bdev: extend bdev inode with it's own super_block, Christoph Hellwig
        
        Re: [RFC 4/4] bdev: extend bdev inode with it's own super_block, Luis Chamberlain
  - Re: [RFC 4/4] bdev: extend bdev inode with it's own super_block, Christoph Hellwig
- [RFC 1/4] bdev: replace export of blockdev_superblock with BDEVFS_MAGIC, Luis Chamberlain
  - Re: [RFC 1/4] bdev: replace export of blockdev_superblock with BDEVFS_MAGIC, Jan Kara
  - Re: [RFC 1/4] bdev: replace export of blockdev_superblock with BDEVFS_MAGIC, Christoph Hellwig
[PATCH v2] libxcmd: add return value check for dynamic memory function, Weifeng Su
- Re: [PATCH v2] libxcmd: add return value check for dynamic memory function, Darrick J. Wong
  - Re: [PATCH v2] libxcmd: add return value check for dynamic memory function, Weifeng Su
    - Re: [PATCH v2] libxcmd: add return value check for dynamic memory function, Darrick J. Wong
      - Re: [PATCH v2] libxcmd: add return value check for dynamic memory function, Carlos Maiolino
- <Possible follow-ups>
- Re: [PATCH v2] libxcmd: add return value check for dynamic memory function, Christoph Hellwig
[PATCH] libxcmd: add return value check for dynamic memory function, Weifeng Su
- Re: [PATCH] libxcmd: add return value check for dynamic memory function, Christoph Hellwig
- Re: [PATCH] libxcmd: add return value check for dynamic memory function, Darrick J. Wong
[syzbot] Monthly xfs report (Jun 2023), syzbot
[PATCHSET 0/3] fstests: reduce scrub time in testing, Darrick J. Wong
- [PATCH 1/3] fuzzy: disallow post-test online rebuilds when testing online fsck, Darrick J. Wong
- [PATCH 2/3] xfs/503: don't rebuild the fs metadata when testing metadump, Darrick J. Wong
- [PATCH 3/3] common/xfs: compress online repair rebuild output by default, Darrick J. Wong
- Re: [PATCHSET 0/3] fstests: reduce scrub time in testing, Andrey Albershteyn
[PATCHSET 0/3] fstests: random fixes for v2023.05.28, Darrick J. Wong
- [PATCH 1/3] xfs/108: allow slightly higher block usage, Darrick J. Wong
  - Re: [PATCH 1/3] xfs/108: allow slightly higher block usage, Bill O'Donnell
- [PATCH 2/3] xfs/155: discard stderr when checking for NEEDSREPAIR, Darrick J. Wong
  - Re: [PATCH 2/3] xfs/155: discard stderr when checking for NEEDSREPAIR, Andrey Albershteyn
- [PATCH 3/3] xfs/155: improve logging in this test, Darrick J. Wong
  - Re: [PATCH 3/3] xfs/155: improve logging in this test, Bill O'Donnell
[PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), cem
- Re: [PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), Darrick J. Wong
- Re: [PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), Christoph Hellwig
  - Re: [PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), Carlos Maiolino
    - Re: [PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), Christoph Hellwig
      - Re: [PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), Carlos Maiolino
        
        Re: [PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), Darrick J. Wong
        
        Re: [PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), Christoph Hellwig
        
        Re: [PATCH V2] xfs: Comment out unreachable code within xchk_fscounters(), Darrick J. Wong
[PATCH] xfs: Comment out unreachable code within xchk_fscounters(), cem
- Re: [PATCH] xfs: Comment out unreachable code within xchk_fscounters(), Carlos Maiolino
[PATCHv8 0/5] iomap: Add support for per-block dirty state to improve write performance, Ritesh Harjani (IBM)
- [PATCHv8 1/5] iomap: Rename iomap_page to iomap_folio and others, Ritesh Harjani (IBM)
  - Re: [PATCHv8 1/5] iomap: Rename iomap_page to iomap_folio and others, Christoph Hellwig
    - Re: [PATCHv8 1/5] iomap: Rename iomap_page to iomap_folio and others, IBM
- [PATCHv8 2/5] iomap: Renames and refactor iomap_folio state bitmap handling, Ritesh Harjani (IBM)
  - Re: [PATCHv8 2/5] iomap: Renames and refactor iomap_folio state bitmap handling, Darrick J. Wong
  - Re: [PATCHv8 2/5] iomap: Renames and refactor iomap_folio state bitmap handling, Christoph Hellwig
    - Re: [PATCHv8 2/5] iomap: Renames and refactor iomap_folio state bitmap handling, IBM
      - Re: [PATCHv8 2/5] iomap: Renames and refactor iomap_folio state bitmap handling, Christoph Hellwig
- [PATCHv8 3/5] iomap: Refactor iomap_write_delalloc_punch() function out, Ritesh Harjani (IBM)
  - Re: [PATCHv8 3/5] iomap: Refactor iomap_write_delalloc_punch() function out, Christoph Hellwig
    - Re: [PATCHv8 3/5] iomap: Refactor iomap_write_delalloc_punch() function out, IBM
- [PATCHv8 5/5] iomap: Add per-block dirty state tracking to improve performance, Ritesh Harjani (IBM)
  - Re: [PATCHv8 5/5] iomap: Add per-block dirty state tracking to improve performance, Darrick J. Wong
    - Re: [PATCHv8 5/5] iomap: Add per-block dirty state tracking to improve performance, IBM
  - Re: [PATCHv8 5/5] iomap: Add per-block dirty state tracking to improve performance, Christoph Hellwig
    - Re: [PATCHv8 5/5] iomap: Add per-block dirty state tracking to improve performance, IBM
      - Re: [PATCHv8 5/5] iomap: Add per-block dirty state tracking to improve performance, Christoph Hellwig
        
        Re: [PATCHv8 5/5] iomap: Add per-block dirty state tracking to improve performance, Darrick J. Wong
- [PATCHv8 4/5] iomap: Allocate iof in ->write_begin() early, Ritesh Harjani (IBM)
  - Re: [PATCHv8 4/5] iomap: Allocate iof in ->write_begin() early, Christoph Hellwig
- Re: [PATCHv8 0/5] iomap: Add support for per-block dirty state to improve write performance, Matthew Wilcox
  - Re: [PATCHv8 0/5] iomap: Add support for per-block dirty state to improve write performance, IBM
    - Re: [PATCHv8 0/5] iomap: Add support for per-block dirty state to improve write performance, Darrick J. Wong
  - Re: [PATCHv8 0/5] iomap: Add support for per-block dirty state to improve write performance, Christoph Hellwig
- Re: [PATCHv8 0/5] iomap: Add support for per-block dirty state to improve write performance, Christoph Hellwig
  - Re: [PATCHv8 0/5] iomap: Add support for per-block dirty state to improve write performance, IBM
[PATCH V2 00/23] Metadump v2, Chandan Babu R
- [PATCH V2 02/23] mdrestore: Fix logic used to check if target device is large enough, Chandan Babu R
- [PATCH V2 01/23] metadump: Use boolean values true/false instead of 1/0, Chandan Babu R
- [PATCH V2 03/23] metadump: Declare boolean variables with bool type, Chandan Babu R
  - Re: [PATCH V2 03/23] metadump: Declare boolean variables with bool type, Darrick J. Wong
- [PATCH V2 05/23] metadump: Add initialization and release functions, Chandan Babu R
- [PATCH V2 06/23] metadump: Postpone invocation of init_metadump(), Chandan Babu R
  - Re: [PATCH V2 06/23] metadump: Postpone invocation of init_metadump(), Darrick J. Wong
- [PATCH V2 04/23] metadump: Define and use struct metadump, Chandan Babu R
  - Re: [PATCH V2 04/23] metadump: Define and use struct metadump, Darrick J. Wong
    - Re: [PATCH V2 04/23] metadump: Define and use struct metadump, Carlos Maiolino
      - Re: [PATCH V2 04/23] metadump: Define and use struct metadump, Darrick J. Wong
- [PATCH V2 07/23] metadump: Introduce struct metadump_ops, Chandan Babu R
  - Re: [PATCH V2 07/23] metadump: Introduce struct metadump_ops, Darrick J. Wong
- [PATCH V2 09/23] metadump: Rename XFS_MD_MAGIC to XFS_MD_MAGIC_V1, Chandan Babu R
- [PATCH V2 08/23] metadump: Introduce metadump v1 operations, Chandan Babu R
  - Re: [PATCH V2 08/23] metadump: Introduce metadump v1 operations, Darrick J. Wong
    - Re: [PATCH V2 08/23] metadump: Introduce metadump v1 operations, Chandan Babu R
- [PATCH V2 10/23] metadump: Define metadump v2 ondisk format structures and macros, Chandan Babu R
  - Re: [PATCH V2 10/23] metadump: Define metadump v2 ondisk format structures and macros, Darrick J. Wong
    - Re: [PATCH V2 10/23] metadump: Define metadump v2 ondisk format structures and macros, Chandan Babu R
- [PATCH V2 11/23] metadump: Define metadump ops for v2 format, Chandan Babu R
  - Re: [PATCH V2 11/23] metadump: Define metadump ops for v2 format, Darrick J. Wong
    - Re: [PATCH V2 11/23] metadump: Define metadump ops for v2 format, Chandan Babu R
- [PATCH V2 12/23] xfs_db: Add support to read from external log device, Chandan Babu R
  - Re: [PATCH V2 12/23] xfs_db: Add support to read from external log device, Darrick J. Wong
    - Re: [PATCH V2 12/23] xfs_db: Add support to read from external log device, Chandan Babu R
- [PATCH V2 13/23] metadump: Add support for passing version option, Chandan Babu R
- [PATCH V2 14/23] mdrestore: Declare boolean variables with bool type, Chandan Babu R
  - Re: [PATCH V2 14/23] mdrestore: Declare boolean variables with bool type, Darrick J. Wong
- [PATCH V2 15/23] mdrestore: Define and use struct mdrestore, Chandan Babu R
  - Re: [PATCH V2 15/23] mdrestore: Define and use struct mdrestore, Darrick J. Wong
- [PATCH V2 16/23] mdrestore: Detect metadump v1 magic before reading the header, Chandan Babu R
  - Re: [PATCH V2 16/23] mdrestore: Detect metadump v1 magic before reading the header, Darrick J. Wong
- [PATCH V2 17/23] mdrestore: Add open_device(), read_header() and show_info() functions, Chandan Babu R
  - Re: [PATCH V2 17/23] mdrestore: Add open_device(), read_header() and show_info() functions, Darrick J. Wong
    - Re: [PATCH V2 17/23] mdrestore: Add open_device(), read_header() and show_info() functions, Chandan Babu R
- [PATCH V2 18/23] mdrestore: Introduce struct mdrestore_ops, Chandan Babu R
- [PATCH V2 19/23] mdrestore: Replace metadump header pointer argument with generic pointer type, Chandan Babu R
  - Re: [PATCH V2 19/23] mdrestore: Replace metadump header pointer argument with generic pointer type, Darrick J. Wong
    - Re: [PATCH V2 19/23] mdrestore: Replace metadump header pointer argument with generic pointer type, Chandan Babu R
- [PATCH V2 20/23] mdrestore: Introduce mdrestore v1 operations, Chandan Babu R
  - Re: [PATCH V2 20/23] mdrestore: Introduce mdrestore v1 operations, Darrick J. Wong
- [PATCH V2 21/23] mdrestore: Extract target device size verification into a function, Chandan Babu R
- [PATCH V2 22/23] mdrestore: Define mdrestore ops for v2 format, Chandan Babu R
  - Re: [PATCH V2 22/23] mdrestore: Define mdrestore ops for v2 format, Darrick J. Wong
    - Re: [PATCH V2 22/23] mdrestore: Define mdrestore ops for v2 format, Chandan Babu R
      - Re: [PATCH V2 22/23] mdrestore: Define mdrestore ops for v2 format, Darrick J. Wong
- [PATCH V2 23/23] mdrestore: Add support for passing log device as an argument, Chandan Babu R
  - Re: [PATCH V2 23/23] mdrestore: Add support for passing log device as an argument, Darrick J. Wong
    - Message not available
      - Re: [PATCH V2 23/23] mdrestore: Add support for passing log device as an argument, Chandan Babu R
- Re: [PATCH V2 00/23] Metadump v2, Carlos Maiolino
  - Re: [PATCH V2 00/23] Metadump v2, Chandan Babu R
    - Re: [PATCH V2 00/23] Metadump v2, Carlos Maiolino
[PATCH V2] mkfs.xfs: test that shipped config files work properly, Eric Sandeen
- [PATCH V3] mkfs.xfs: test that shipped config files work properly, Eric Sandeen
  - Re: [PATCH V3] mkfs.xfs: test that shipped config files work properly, Darrick J. Wong
[PATCH] mkfs.xfs: test that shipped config files work properly, Eric Sandeen
- Re: [PATCH] mkfs.xfs: test that shipped config files work properly, Darrick J. Wong
[PATCH v2 0/3] mm: Make unregistration of super_block shrinker more faster, Kirill Tkhai
- [PATCH v2 2/3] mm: Split unregister_shrinker() in fast and slow part, Kirill Tkhai
  - Re: [PATCH v2 2/3] mm: Split unregister_shrinker() in fast and slow part, kernel test robot
    - Re: [PATCH v2 2/3] mm: Split unregister_shrinker() in fast and slow part, Yujie Liu
- [PATCH v2 1/3] mm: vmscan: move shrinker_debugfs_remove() before synchronize_srcu(), Kirill Tkhai
  - Re: [PATCH v2 1/3] mm: vmscan: move shrinker_debugfs_remove() before synchronize_srcu(), Roman Gushchin
- [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Kirill Tkhai
  - Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Roman Gushchin
    - Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Dave Chinner
      - Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Roman Gushchin
        
        Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Dave Chinner
        
        Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Roman Gushchin
      - Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Kirill Tkhai
        
        Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Dave Chinner
      - Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Theodore Ts'o
        
        Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Dave Chinner
        
        Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Andrew Morton
        
        Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration, Qi Zheng
- Re: [PATCH v2 0/3] mm: Make unregistration of super_block shrinker more faster, Dave Chinner
  - Re: [PATCH v2 0/3] mm: Make unregistration of super_block shrinker more faster, Kirill Tkhai
    - Re: [PATCH v2 0/3] mm: Make unregistration of super_block shrinker more faster, Dave Chinner
      - Re: [PATCH v2 0/3] mm: Make unregistration of super_block shrinker more faster, Qi Zheng
        
        Re: [PATCH v2 0/3] mm: Make unregistration of super_block shrinker more faster, Dave Chinner
[linux-next:master] BUILD REGRESSION 9ca10bfb8aa8fbf19ee22e702c8cf9b66ea73a54, kernel test robot
[PATCHSET 0/5] xfs_repair: fix corruption messaging with verbose mode, Darrick J. Wong
- [PATCH 1/5] xfs_repair: don't spray correcting imap all by itself, Darrick J. Wong
  - Re: [PATCH 1/5] xfs_repair: don't spray correcting imap all by itself, Carlos Maiolino
- [PATCH 2/5] xfs_repair: don't log inode problems without printing resolution, Darrick J. Wong
  - Re: [PATCH 2/5] xfs_repair: don't log inode problems without printing resolution, Carlos Maiolino
- [PATCH 3/5] xfs_repair: fix messaging when shortform_dir2_junk is called, Darrick J. Wong
  - Re: [PATCH 3/5] xfs_repair: fix messaging when shortform_dir2_junk is called, Carlos Maiolino
- [PATCH 4/5] xfs_repair: fix messaging in longform_dir2_entry_check_data, Darrick J. Wong
  - Re: [PATCH 4/5] xfs_repair: fix messaging in longform_dir2_entry_check_data, Carlos Maiolino
- [PATCH 5/5] xfs_repair: fix messaging when fixing imap due to sparse cluster, Darrick J. Wong
  - Re: [PATCH 5/5] xfs_repair: fix messaging when fixing imap due to sparse cluster, Carlos Maiolino
- Re: [PATCHSET 0/5] xfs_repair: fix corruption messaging with verbose mode, Pavel Reichl
[PATCHSET 0/2] xfs_repair: fix missing corruption detection, Darrick J. Wong
- [PATCH 1/2] xfs_repair: don't add junked entries to the rebuilt directory, Darrick J. Wong
  - Re: [PATCH 1/2] xfs_repair: don't add junked entries to the rebuilt directory, Pavel Reichl
- [PATCH 2/2] xfs_repair: always perform extended xattr checks on uncertain inodes, Darrick J. Wong
  - Re: [PATCH 2/2] xfs_repair: always perform extended xattr checks on uncertain inodes, Pavel Reichl
- Re: [PATCHSET 0/2] xfs_repair: fix missing corruption detection, Carlos Maiolino
[PATCHSET 0/3] xfs_db: create names with colliding hashes, Darrick J. Wong
- [PATCH 1/3] xfs_db: hoist name obfuscation code out of metadump.c, Darrick J. Wong
  - Re: [PATCH 1/3] xfs_db: hoist name obfuscation code out of metadump.c, Carlos Maiolino
  - [PATCH v2 1/3] xfs_db: hoist name obfuscation code out of metadump.c, Darrick J. Wong
    - Re: [PATCH v2 1/3] xfs_db: hoist name obfuscation code out of metadump.c, Carlos Maiolino
- [PATCH 2/3] xfs_db: create dirents and xattrs with colliding names, Darrick J. Wong
  - Re: [PATCH 2/3] xfs_db: create dirents and xattrs with colliding names, Carlos Maiolino
  - Re: [PATCH 2/3] xfs_db: create dirents and xattrs with colliding names, Carlos Maiolino
- [PATCH 3/3] xfs_db: make the hash command print the dirent hash, Darrick J. Wong
  - Re: [PATCH 3/3] xfs_db: make the hash command print the dirent hash, Carlos Maiolino
- Re: [PATCHSET 0/3] xfs_db: create names with colliding hashes, Andrey Albershteyn
[PATCHSET v3 0/5] xfsprogs: fix ascii-ci problems, then kill it, Darrick J. Wong
- [PATCH 1/5] libxfs: test the ascii case-insensitive hash, Darrick J. Wong
  - Re: [PATCH 1/5] libxfs: test the ascii case-insensitive hash, Eric Sandeen
  - Re: [PATCH 1/5] libxfs: test the ascii case-insensitive hash, Carlos Maiolino
- [PATCH 2/5] xfs_db: move obfuscate_name assertion to callers, Darrick J. Wong
- [PATCH 3/5] xfs_db: fix metadump name obfuscation for ascii-ci filesystems, Darrick J. Wong
  - Re: [PATCH 3/5] xfs_db: fix metadump name obfuscation for ascii-ci filesystems, Eric Sandeen
    - Re: [PATCH 3/5] xfs_db: fix metadump name obfuscation for ascii-ci filesystems, Darrick J. Wong
      - Re: [PATCH 3/5] xfs_db: fix metadump name obfuscation for ascii-ci filesystems, Eric Sandeen
  - Re: [PATCH 3/5] xfs_db: fix metadump name obfuscation for ascii-ci filesystems, Eric Sandeen
  - Re: [PATCH 3/5] xfs_db: fix metadump name obfuscation for ascii-ci filesystems, Carlos Maiolino
  - [PATCH v2 3/5] xfs_db: fix metadump name obfuscation for ascii-ci filesystems, Darrick J. Wong
    - Re: [PATCH v2 3/5] xfs_db: fix metadump name obfuscation for ascii-ci filesystems, Carlos Maiolino
- [PATCH 4/5] mkfs.xfs.8: warn about the version=ci feature, Darrick J. Wong
- [PATCH 5/5] mkfs: deprecate the ascii-ci feature, Darrick J. Wong
[PATCHSET v24.0 0/3] xfsprogs: fix rmap btree key flag handling, Darrick J. Wong
- [PATCH 1/3] xfs_repair: check low keys of rmap btrees, Darrick J. Wong
- [PATCH 2/3] xfs_repair: warn about unwritten bits set in rmap btree keys, Darrick J. Wong
- [PATCH 3/3] xfs_db: expose the unwritten flag in rmapbt keys, Darrick J. Wong
- Re: [PATCHSET v24.0 0/3] xfsprogs: fix rmap btree key flag handling, Carlos Maiolino
[PATCHv7 0/6] iomap: Add support for per-block dirty state to improve write performance, Ritesh Harjani (IBM)
- [PATCHv7 1/6] iomap: Rename iomap_page_create/release() to iomap_iop_alloc/free(), Ritesh Harjani (IBM)
  - Re: [PATCHv7 1/6] iomap: Rename iomap_page_create/release() to iomap_iop_alloc/free(), Darrick J. Wong
    - Re: [PATCHv7 1/6] iomap: Rename iomap_page_create/release() to iomap_iop_alloc/free(), IBM
- [PATCHv7 2/6] iomap: Move folio_detach_private() in iomap_iop_free() to the end, Ritesh Harjani (IBM)
- [PATCHv7 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, Ritesh Harjani (IBM)
  - Re: [PATCHv7 4/6] iomap: Refactor iomap_write_delalloc_punch() function out, Darrick J. Wong
- [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, Ritesh Harjani (IBM)
  - Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, Andreas Gruenbacher
    - Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, Matthew Wilcox
      - Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, IBM
    - Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, IBM
      - Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, Andreas Grünbacher
  - Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, Darrick J. Wong
    - Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, IBM
      - Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, Darrick J. Wong
        
        Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, Matthew Wilcox
        
        Re: [PATCHv7 3/6] iomap: Refactor some iop related accessor functions, IBM
- [PATCHv7 5/6] iomap: Allocate iop in ->write_begin() early, Ritesh Harjani (IBM)
  - Re: [PATCHv7 5/6] iomap: Allocate iop in ->write_begin() early, Darrick J. Wong
- [PATCHv7 6/6] iomap: Add per-block dirty state tracking to improve performance, Ritesh Harjani (IBM)
  - Re: [PATCHv7 6/6] iomap: Add per-block dirty state tracking to improve performance, Darrick J. Wong
    - Re: [PATCHv7 6/6] iomap: Add per-block dirty state tracking to improve performance, IBM
[PATCH 6.1] xfs: verify buffer contents when we skip log replay, Amir Goldstein
- Re: [PATCH 6.1] xfs: verify buffer contents when we skip log replay, Greg Kroah-Hartman
  - Re: [PATCH 6.1] xfs: verify buffer contents when we skip log replay, Greg Kroah-Hartman
    - Re: [PATCH 6.1] xfs: verify buffer contents when we skip log replay, Amir Goldstein
- Re: [PATCH 6.1] xfs: verify buffer contents when we skip log replay, Amir Goldstein
  - Re: [PATCH 6.1] xfs: verify buffer contents when we skip log replay, Greg Kroah-Hartman
[ANNOUNCE] xfs: for-next rebased to d4d12c02bf5f, Dave Chinner
- Re: [ANNOUNCE] xfs: for-next rebased to d4d12c02bf5f, Darrick J. Wong
  - Re: [ANNOUNCE] xfs: for-next rebased to d4d12c02bf5f, Dave Chinner
    - Re: [ANNOUNCE] xfs: for-next rebased to d4d12c02bf5f, Darrick J. Wong
[PATCHv6 0/5] iomap: Add support for per-block dirty state to improve write performance, Ritesh Harjani (IBM)
- [PATCHv6 1/5] iomap: Rename iomap_page_create/release() to iomap_iop_alloc/free(), Ritesh Harjani (IBM)
- [PATCHv6 2/5] iomap: Move folio_detach_private() in iomap_iop_free() to the end, Ritesh Harjani (IBM)
- [PATCHv6 3/5] iomap: Refactor some iop related accessor functions, Ritesh Harjani (IBM)
  - Re: [PATCHv6 3/5] iomap: Refactor some iop related accessor functions, Matthew Wilcox
    - Re: [PATCHv6 3/5] iomap: Refactor some iop related accessor functions, Ritesh Harjani
- [PATCHv6 4/5] iomap: Allocate iop in ->write_begin() early, Ritesh Harjani (IBM)
- [PATCHv6 5/5] iomap: Add per-block dirty state tracking to improve performance, Ritesh Harjani (IBM)
  - Re: [PATCHv6 5/5] iomap: Add per-block dirty state tracking to improve performance, Matthew Wilcox
    - Re: [PATCHv6 5/5] iomap: Add per-block dirty state tracking to improve performance, Ritesh Harjani
- Re: [PATCHv6 0/5] iomap: Add support for per-block dirty state to improve write performance, Andreas Grünbacher
[ANNOUNCE] xfs: for-next updated to 5c004b2fa9894, Dave Chinner
[Bug 217522] New: xfs_attr3_leaf_add_work produces a warning, bugzilla-daemon
- Re: [Bug 217522] New: xfs_attr3_leaf_add_work produces a warning, Darrick J. Wong
- [Bug 217522] xfs_attr3_leaf_add_work produces a warning, bugzilla-daemon
- [Bug 217522] xfs_attr3_leaf_add_work produces a warning, bugzilla-daemon
  - Re: [Bug 217522] xfs_attr3_leaf_add_work produces a warning, Darrick J. Wong
- [Bug 217522] xfs_attr3_leaf_add_work produces a warning, bugzilla-daemon
- [Bug 217522] xfs_attr3_leaf_add_work produces a warning, bugzilla-daemon
[PATCH v2 0/7] Create large folios in iomap buffered write path, Matthew Wilcox (Oracle)
- [PATCH v2 2/7] doc: Correct the description of ->release_folio, Matthew Wilcox (Oracle)
  - Re: [PATCH v2 2/7] doc: Correct the description of ->release_folio, Darrick J. Wong
    - Re: [PATCH v2 2/7] doc: Correct the description of ->release_folio, Matthew Wilcox
      - Re: [PATCH v2 2/7] doc: Correct the description of ->release_folio, Darrick J. Wong
        
        Re: [PATCH v2 2/7] doc: Correct the description of ->release_folio, Matthew Wilcox
        
        Re: [PATCH v2 2/7] doc: Correct the description of ->release_folio, Darrick J. Wong
  - Re: [PATCH v2 2/7] doc: Correct the description of ->release_folio, Christoph Hellwig
- [PATCH v2 4/7] filemap: Add fgp_t typedef, Matthew Wilcox (Oracle)
  - Re: [PATCH v2 4/7] filemap: Add fgp_t typedef, Darrick J. Wong
  - Re: [PATCH v2 4/7] filemap: Add fgp_t typedef, Christoph Hellwig
- [PATCH v2 6/7] iomap: Create large folios in the buffered write path, Matthew Wilcox (Oracle)
  - Re: [PATCH v2 6/7] iomap: Create large folios in the buffered write path, Darrick J. Wong
  - Re: [PATCH v2 6/7] iomap: Create large folios in the buffered write path, Christoph Hellwig
- [PATCH v2 3/7] iomap: Remove unnecessary test from iomap_release_folio(), Matthew Wilcox (Oracle)
  - Re: [PATCH v2 3/7] iomap: Remove unnecessary test from iomap_release_folio(), Darrick J. Wong
    - Re: [PATCH v2 3/7] iomap: Remove unnecessary test from iomap_release_folio(), Matthew Wilcox
      - Re: [PATCH v2 3/7] iomap: Remove unnecessary test from iomap_release_folio(), IBM
  - Re: [PATCH v2 3/7] iomap: Remove unnecessary test from iomap_release_folio(), Christoph Hellwig
- [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Matthew Wilcox (Oracle)
  - Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Darrick J. Wong
    - Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Matthew Wilcox
      - Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Yin, Fengwei
        
        Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Matthew Wilcox
        
        Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Yin Fengwei
        
        Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Yin, Fengwei
        
        Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Matthew Wilcox
        
        Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Yin Fengwei
        
        Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Yin Fengwei
        
        Re: [PATCH v2 7/7] iomap: Copy larger chunks from userspace, Matthew Wilcox
- [PATCH v2 1/7] iomap: Remove large folio handling in iomap_invalidate_folio(), Matthew Wilcox (Oracle)
  - Re: [PATCH v2 1/7] iomap: Remove large folio handling in iomap_invalidate_folio(), Darrick J. Wong
  - Re: [PATCH v2 1/7] iomap: Remove large folio handling in iomap_invalidate_folio(), Christoph Hellwig
- [PATCH v2 5/7] filemap: Allow __filemap_get_folio to allocate large folios, Matthew Wilcox (Oracle)
  - Re: [PATCH v2 5/7] filemap: Allow __filemap_get_folio to allocate large folios, Darrick J. Wong
    - Re: [PATCH v2 5/7] filemap: Allow __filemap_get_folio to allocate large folios, Matthew Wilcox
      - Re: [PATCH v2 5/7] filemap: Allow __filemap_get_folio to allocate large folios, Darrick J. Wong
  - Re: [PATCH v2 5/7] filemap: Allow __filemap_get_folio to allocate large folios, Christoph Hellwig
- Re: [PATCH v2 0/7] Create large folios in iomap buffered write path, Wang Yugui
[linux-next:master] BUILD REGRESSION bc708bbd8260ee4eb3428b0109f5f3be661fae46, kernel test robot
[syzbot] [xfs?] WARNING in xfs_buf_get_map, syzbot
[PATCH v4] xfs: fix ag count overflow during growfs, Long Li
- Re: [PATCH v4] xfs: fix ag count overflow during growfs, Darrick J. Wong
[PATCH 5.10 0/1] xfs: verify buffer contents when we skip log replay, Danila Chernetsov
- [PATCH 5.10 1/1] xfs: verify buffer contents when we skip log replay, Danila Chernetsov
  - Re: [PATCH 5.10 1/1] xfs: verify buffer contents when we skip log replay, Greg Kroah-Hartman
    - Re: [PATCH 5.10 1/1] xfs: verify buffer contents when we skip log replay, Amir Goldstein
[linux-next:master] BUILD REGRESSION 571d71e886a5edc89b4ea6d0fe6f445282938320, kernel test robot
cleanup the filemap / direct I/O interaction v4, Christoph Hellwig
- [PATCH 06/12] filemap: add a kiocb_invalidate_post_direct_write helper, Christoph Hellwig
- [PATCH 05/12] filemap: add a kiocb_invalidate_pages helper, Christoph Hellwig
- [PATCH 02/12] iomap: update ki_pos a little later in iomap_dio_complete, Christoph Hellwig
- [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Christoph Hellwig
  - Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Al Viro
    - Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Al Viro
      - Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Christoph Hellwig
        
        Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Al Viro
        
        Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Christoph Hellwig
      - Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Christoph Hellwig
        
        Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Christian Brauner
    - Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Al Viro
    - Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Christoph Hellwig
      - Re: [PATCH 03/12] filemap: update ki_pos in generic_perform_write, Al Viro
- [PATCH 07/12] iomap: update ki_pos in iomap_file_buffered_write, Christoph Hellwig
- [PATCH 04/12] filemap: add a kiocb_write_and_wait helper, Christoph Hellwig
- [PATCH 01/12] backing_dev: remove current->backing_dev_info, Christoph Hellwig
  - Re: [f2fs-dev] [PATCH 01/12] backing_dev: remove current->backing_dev_info, patchwork-bot+f2fs
- [PATCH 11/12] fuse: drop redundant arguments to fuse_perform_write, Christoph Hellwig
- [PATCH 09/12] fs: factor out a direct_write_fallback helper, Christoph Hellwig
  - Re: [PATCH 09/12] fs: factor out a direct_write_fallback helper, Darrick J. Wong
    - Re: [PATCH 09/12] fs: factor out a direct_write_fallback helper, Christoph Hellwig
- [PATCH 12/12] fuse: use direct_write_fallback, Christoph Hellwig
- [PATCH 10/12] fuse: update ki_pos in fuse_perform_write, Christoph Hellwig
- [PATCH 08/12] iomap: use kiocb_write_and_wait and kiocb_invalidate_pages, Christoph Hellwig
[PATCH v2 0/6] fs: Fix directory corruption when moving directories, Jan Kara
- [PATCH v2 2/6] Revert "udf: Protect rename against modification of moved directory", Jan Kara
- [PATCH v2 1/6] ext4: Remove ext4 locking of moved directory, Jan Kara
  - Re: [PATCH v2 1/6] ext4: Remove ext4 locking of moved directory, Theodore Ts'o
    - Re: [PATCH v2 1/6] ext4: Remove ext4 locking of moved directory, Jan Kara
      - Re: [PATCH v2 1/6] ext4: Remove ext4 locking of moved directory, Christian Brauner
- [PATCH v2 4/6] fs: Establish locking order for unrelated directories, Jan Kara
  - Re: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, Christian Brauner
    - Re: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, Jan Kara
      - RE: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, David Laight
        
        Re: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, Jan Kara
        
        Re: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, Christian Brauner
        
        RE: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, David Laight
        
        Re: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, Christian Brauner
      - Re: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, Christian Brauner
  - Re: [PATCH v2 4/6] fs: Establish locking order for unrelated directories, kernel test robot
- [PATCH v2 6/6] fs: Restrict lock_two_nondirectories() to non-directory inodes, Jan Kara
- [PATCH v2 3/6] Revert "f2fs: fix potential corruption when moving a directory", Jan Kara
- [PATCH v2 5/6] fs: Lock moved directories, Jan Kara
- Re: [PATCH v2 0/6] fs: Fix directory corruption when moving directories, Christian Brauner
- Re: [f2fs-dev] [PATCH v2 0/6] fs: Fix directory corruption when moving directories, patchwork-bot+f2fs
introduce bdev holder ops and a file system shutdown method v3, Christoph Hellwig
- [PATCH 02/16] block: refactor bd_may_claim, Christoph Hellwig
- [PATCH 03/16] block: turn bdev_lock into a mutex, Christoph Hellwig
- [PATCH 01/16] block: factor out a bd_end_claim helper from blkdev_put, Christoph Hellwig
- [PATCH 04/16] block: consolidate the shutdown logic in blk_mark_disk_dead and del_gendisk, Christoph Hellwig
- [PATCH 05/16] block: avoid repeated work in blk_mark_disk_dead, Christoph Hellwig
- [PATCH 06/16] block: unhash the inode earlier in delete_partition, Christoph Hellwig

[Index of Archives] [XFS Filesystem Development] [Linux USB Devel] [Linux SCSI] [Linux RAID] [Yosemite Forum]

Powered by Linux