Linux Filesystem Development

• Date Index

• [syzbot] [kernfs?] KASAN: slab-use-after-free Read in kernfs_get, syzbot
• [syzbot] [overlayfs?] KASAN: slab-use-after-free Read in ovl_dentry_update_reval, syzbot
• [syzbot] [mm?] possible deadlock in lock_vma, syzbot
• [syzbot] [mm?] WARNING in move_pages, syzbot
• [RFC v3 0/5] overlayfs: Optimize override/revert creds, Vinicius Costa Gomes
  • [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard, Vinicius Costa Gomes
    • Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard, Christian Brauner
      • Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard, Christian Brauner
        • Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard, Vinicius Costa Gomes
          • Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard, Christian Brauner
            • Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard, Christian Brauner
              • Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard, Vinicius Costa Gomes
      • Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard, Vinicius Costa Gomes
  • [RFC v3 2/5] cleanup: Fix discarded const warning when defining guard, Vinicius Costa Gomes
  • [RFC v3 3/5] cred: Add a light version of override/revert_creds(), Vinicius Costa Gomes
  • [RFC v3 4/5] fs: Optimize credentials reference count for backing file ops, Vinicius Costa Gomes
  • [RFC v3 5/5] overlayfs: Optimize credentials usage, Vinicius Costa Gomes
• [PATCH v2 fstests] check: add support for --start-after, Luis Chamberlain
  • Re: [PATCH v2 fstests] check: add support for --start-after, Andrey Albershteyn
    • Re: [PATCH v2 fstests] check: add support for --start-after, Luis Chamberlain
• [syzbot] [ext4?] possible deadlock in ext4_evict_inode (3), syzbot
• [PATCH v4 0/2] Fix libaio cancellation support, Bart Van Assche
  • [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Bart Van Assche
    • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Jens Axboe
    • Re: (subset) [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Christian Brauner
    • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Eric Biggers
      • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Bart Van Assche
        • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Jens Axboe
          • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Bart Van Assche
            • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Jens Axboe
      • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Jens Axboe
        • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Eric Biggers
          • Re: [PATCH v4 1/2] fs/aio: Restrict kiocb_set_cancel_fn() to I/O submitted via libaio, Jens Axboe
  • [PATCH v4 2/2] fs/aio: Make io_cancel() generate completions again, Bart Van Assche
    • Re: [PATCH v4 2/2] fs/aio: Make io_cancel() generate completions again, Christoph Hellwig
      • Re: [PATCH v4 2/2] fs/aio: Make io_cancel() generate completions again, Christian Brauner
      • Re: [PATCH v4 2/2] fs/aio: Make io_cancel() generate completions again, Bart Van Assche
    • Re: (subset) [PATCH v4 2/2] fs/aio: Make io_cancel() generate completions again, Christian Brauner
  • Re: [PATCH v4 0/2] Fix libaio cancellation support, Christian Brauner
    • Re: [PATCH v4 0/2] Fix libaio cancellation support, Bart Van Assche
    • Re: [PATCH v4 0/2] Fix libaio cancellation support, Bart Van Assche
      • Re: [PATCH v4 0/2] Fix libaio cancellation support, Christian Brauner
  • Re: [PATCH v4 0/2] Fix libaio cancellation support, Eric Biggers
• [PATCH v7 0/4] per-vma locks in userfaultfd, Lokesh Gidra
  • [PATCH v7 1/4] userfaultfd: move userfaultfd_ctx struct to header file, Lokesh Gidra
  • [PATCH v7 2/4] userfaultfd: protect mmap_changing with rw_sem in userfaulfd_ctx, Lokesh Gidra
  • [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
    • Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, Barry Song
      • Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, Lorenzo Stoakes
        • Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, Lorenzo Stoakes
        • Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, David Hildenbrand
          • Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, Suren Baghdasaryan
      • Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, Liam R. Howlett
        • Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
      • Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations, Matthew Wilcox
  • [PATCH v7 3/4] mm: add vma_assert_locked() for !CONFIG_PER_VMA_LOCK, Lokesh Gidra
    • Re: [PATCH v7 3/4] mm: add vma_assert_locked() for !CONFIG_PER_VMA_LOCK, Suren Baghdasaryan
• [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory, Ryan Roberts
  • Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory, Andrew Morton
    • Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory, Ryan Roberts
  • Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory, Dave Chinner
    • Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory, Matthew Wilcox
    • Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory, Ryan Roberts
      • Re: [PATCH v2] mm/filemap: Allow arch to request folio size for exec memory, Ryan Roberts
• [PATCH v6 0/9] Introduce cpu_dcache_is_aliasing() to fix DAX regression, Mathieu Desnoyers
  • [PATCH v6 1/9] dax: add empty static inline for CONFIG_DAX=n, Mathieu Desnoyers
  • [PATCH v6 3/9] nvdimm/pmem: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal, Mathieu Desnoyers
  • [PATCH v6 4/9] dm: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal, Mathieu Desnoyers
  • [PATCH v6 2/9] dax: alloc_dax() return ERR_PTR(-EOPNOTSUPP) for CONFIG_DAX=n, Mathieu Desnoyers
  • [PATCH v6 5/9] dcssblk: Handle alloc_dax() -EOPNOTSUPP failure, Mathieu Desnoyers
  • [PATCH v6 6/9] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal, Mathieu Desnoyers
  • [PATCH v6 7/9] dax: Check for data cache aliasing at runtime, Mathieu Desnoyers
  • [PATCH v6 9/9] dax: Fix incorrect list of data cache aliasing architectures, Mathieu Desnoyers
  • [PATCH v6 8/9] Introduce cpu_dcache_is_aliasing() across all architectures, Mathieu Desnoyers
• [PATCH v2] nvdimm/pmem: Fix leak on dax_add_host() failure, Mathieu Desnoyers
  • Re: [PATCH v2] nvdimm/pmem: Fix leak on dax_add_host() failure, Mathieu Desnoyers
• sendfile(2) erroneously yields EINVAL on too large counts, Jan Engelhardt
  • Re: sendfile(2) erroneously yields EINVAL on too large counts, Alejandro Colomar
    • Undefined Behavior in rw_verify_area() (was: sendfile(2) erroneously yields EINVAL on too large counts), Alejandro Colomar
      • Re: Undefined Behavior in rw_verify_area() (was: sendfile(2) erroneously yields EINVAL on too large counts), Matthew Wilcox
        • Re: Undefined Behavior in rw_verify_area() (was: sendfile(2) erroneously yields EINVAL on too large counts), Alejandro Colomar
    • Re: sendfile(2) erroneously yields EINVAL on too large counts, Jan Engelhardt
      • Re: sendfile(2) erroneously yields EINVAL on too large counts, Alejandro Colomar
• [syzbot] Monthly f2fs report (Feb 2024), syzbot
• [PATCH v10 00/25] security: Move IMA and EVM to the LSM infrastructure, Roberto Sassu
  • [PATCH v10 01/25] ima: Align ima_inode_post_setattr() definition with LSM infrastructure, Roberto Sassu
  • [PATCH v10 02/25] ima: Align ima_file_mprotect() definition with LSM infrastructure, Roberto Sassu
  • [PATCH v10 03/25] ima: Align ima_inode_setxattr() definition with LSM infrastructure, Roberto Sassu
  • [PATCH v10 04/25] ima: Align ima_inode_removexattr() definition with LSM infrastructure, Roberto Sassu
  • [PATCH v10 06/25] evm: Align evm_inode_post_setattr() definition with LSM infrastructure, Roberto Sassu
  • [PATCH v10 07/25] evm: Align evm_inode_setxattr() definition with LSM infrastructure, Roberto Sassu
  • [PATCH v10 08/25] evm: Align evm_inode_post_setxattr() definition with LSM infrastructure, Roberto Sassu
  • [PATCH v10 05/25] ima: Align ima_post_read_file() definition with LSM infrastructure, Roberto Sassu
  • [PATCH v10 10/25] security: Introduce inode_post_setattr hook, Roberto Sassu
  • [PATCH v10 11/25] security: Introduce inode_post_removexattr hook, Roberto Sassu
  • [PATCH v10 12/25] security: Introduce file_post_open hook, Roberto Sassu
  • [PATCH v10 13/25] security: Introduce file_release hook, Roberto Sassu
  • [PATCH v10 14/25] security: Introduce path_post_mknod hook, Roberto Sassu
  • [PATCH v10 15/25] security: Introduce inode_post_create_tmpfile hook, Roberto Sassu
  • [PATCH v10 16/25] security: Introduce inode_post_set_acl hook, Roberto Sassu
  • [PATCH v10 18/25] security: Introduce key_post_create_or_update hook, Roberto Sassu
  • [PATCH v10 19/25] integrity: Move integrity_kernel_module_request() to IMA, Roberto Sassu
    • Re: [PATCH v10 19/25] integrity: Move integrity_kernel_module_request() to IMA, Roberto Sassu
      • Re: [PATCH v10 19/25] integrity: Move integrity_kernel_module_request() to IMA, Mimi Zohar
  • [PATCH v10 20/25] ima: Move to LSM infrastructure, Roberto Sassu
  • [PATCH v10 22/25] evm: Move to LSM infrastructure, Roberto Sassu
  • [PATCH v10 23/25] evm: Make it independent from 'integrity' LSM, Roberto Sassu
  • [PATCH v10 24/25] ima: Make it independent from 'integrity' LSM, Roberto Sassu
  • [PATCH v10 25/25] integrity: Remove LSM, Roberto Sassu
  • [PATCH v10 21/25] ima: Move IMA-Appraisal to LSM infrastructure, Roberto Sassu
  • [PATCH v10 17/25] security: Introduce inode_post_remove_acl hook, Roberto Sassu
  • [PATCH v10 09/25] security: Align inode_setattr hook definition with EVM, Roberto Sassu
  • Re: [PATCH v10 0/25] security: Move IMA and EVM to the LSM infrastructure, Paul Moore
    • Re: [PATCH v10 0/25] security: Move IMA and EVM to the LSM infrastructure, Roberto Sassu
  • Re: [PATCH v10 00/25] security: Move IMA and EVM to the LSM infrastructure, Eric Snowberg
• convert write_cache_pages() to an iterator v8, Christoph Hellwig
  • [PATCH 01/14] writeback: don't call mapping_set_error on AOP_WRITEPAGE_ACTIVATE, Christoph Hellwig
    • Re: [PATCH 01/14] writeback: don't call mapping_set_error on AOP_WRITEPAGE_ACTIVATE, Jan Kara
    • Re: [PATCH 01/14] writeback: don't call mapping_set_error on AOP_WRITEPAGE_ACTIVATE, Brian Foster
  • [PATCH 02/14] writeback: remove a duplicate prototype for tag_pages_for_writeback, Christoph Hellwig
  • [PATCH 03/14] writeback: fix done_index when hitting the wbc->nr_to_write, Christoph Hellwig
  • [PATCH 04/14] writeback: also update wbc->nr_to_write on writeback failure, Christoph Hellwig
  • [PATCH 05/14] writeback: only update ->writeback_index for range_cyclic writeback, Christoph Hellwig
  • [PATCH 06/14] writeback: rework the loop termination condition in write_cache_pages, Christoph Hellwig
  • [PATCH 07/14] writeback: Factor folio_prepare_writeback() out of write_cache_pages(), Christoph Hellwig
  • [PATCH 08/14] writeback: Factor writeback_get_batch() out of write_cache_pages(), Christoph Hellwig
  • [PATCH 09/14] writeback: Simplify the loops in write_cache_pages(), Christoph Hellwig
  • [PATCH 10/14] pagevec: Add ability to iterate a queue, Christoph Hellwig
  • [PATCH 11/14] writeback: Use the folio_batch queue iterator, Christoph Hellwig
  • [PATCH 12/14] writeback: Move the folio_prepare_writeback loop out of write_cache_pages(), Christoph Hellwig
  • [PATCH 13/14] writeback: add a writeback iterator, Christoph Hellwig
  • [PATCH 14/14] writeback: Remove a use of write_cache_pages() from do_writepages(), Christoph Hellwig
  • Re: convert write_cache_pages() to an iterator v8, Christoph Hellwig
• [PATCH v10 0/8], Eugen Hristev
  • [PATCH v10 1/8] ext4: Simplify the handling of cached insensitive names, Eugen Hristev
  • [PATCH v10 2/8] f2fs: Simplify the handling of cached insensitive names, Eugen Hristev
  • [PATCH v10 3/8] libfs: Introduce case-insensitive string comparison helper, Eugen Hristev
    • Re: [PATCH v10 3/8] libfs: Introduce case-insensitive string comparison helper, Gabriel Krisman Bertazi
      • Re: [PATCH v10 3/8] libfs: Introduce case-insensitive string comparison helper, Eugen Hristev
        • Re: [PATCH v10 3/8] libfs: Introduce case-insensitive string comparison helper, Gabriel Krisman Bertazi
          • Re: [PATCH v10 3/8] libfs: Introduce case-insensitive string comparison helper, Eugen Hristev
            • Re: [PATCH v10 3/8] libfs: Introduce case-insensitive string comparison helper, Gabriel Krisman Bertazi
  • [PATCH v10 4/8] ext4: Reuse generic_ci_match for ci comparisons, Eugen Hristev
  • [PATCH v10 5/8] f2fs: Reuse generic_ci_match for ci comparisons, Eugen Hristev
  • [PATCH v10 6/8] ext4: Log error when lookup of encoded dentry fails, Eugen Hristev
  • [PATCH v10 7/8] ext4: Move CONFIG_UNICODE defguards into the code flow, Eugen Hristev
    • Re: [f2fs-dev] [PATCH v10 7/8] ext4: Move CONFIG_UNICODE defguards into the code flow, Gabriel Krisman Bertazi
  • [PATCH v10 8/8] f2fs: Move CONFIG_UNICODE defguards into the code flow, Eugen Hristev
  • Re: [f2fs-dev] [PATCH v10 0/8], patchwork-bot+f2fs
• [PATCH v8 0/1] mm: report per-page metadata information, Sourav Panda
  • [PATCH v8 1/1] mm: report per-page metadata information, Sourav Panda
    • Re: [PATCH v8 1/1] mm: report per-page metadata information, Andrew Morton
      • Re: [PATCH v8 1/1] mm: report per-page metadata information, Suren Baghdasaryan
        • Re: [PATCH v8 1/1] mm: report per-page metadata information, Pasha Tatashin
• [PATCH fstests] common/config: fix CANON_DEVS=yes when file does not exist, Luis Chamberlain
  • Re: [PATCH fstests] common/config: fix CANON_DEVS=yes when file does not exist, David Disseldorp
    • Re: [PATCH fstests] common/config: fix CANON_DEVS=yes when file does not exist, Luis Chamberlain
      • Re: [PATCH fstests] common/config: fix CANON_DEVS=yes when file does not exist, Zorro Lang
• [syzbot] [squashfs?] INFO: task hung in evict (2), syzbot
• [ANNOUNCE] xfs-linux: for-next updated to 9ee85f235efe, Chandan Babu R
  • shmem patches headsup: Re: [ANNOUNCE] xfs-linux: for-next updated to 9ee85f235efe, Christoph Hellwig
    • Re: shmem patches headsup: Re: [ANNOUNCE] xfs-linux: for-next updated to 9ee85f235efe, Hugh Dickins
      • Re: shmem patches headsup: Re: [ANNOUNCE] xfs-linux: for-next updated to 9ee85f235efe, Hugh Dickins
        • Re: shmem patches headsup: Re: [ANNOUNCE] xfs-linux: for-next updated to 9ee85f235efe, Matthew Wilcox
    • Re: shmem patches headsup: Re: [ANNOUNCE] xfs-linux: for-next updated to 9ee85f235efe, Chandan Babu R
      • Re: shmem patches headsup: Re: [ANNOUNCE] xfs-linux: for-next updated to 9ee85f235efe, Darrick J. Wong
• [PATCH] zonefs: Improve error handling, Damien Le Moal
  • Re: [PATCH] zonefs: Improve error handling, Shinichiro Kawasaki
  • Re: [PATCH] zonefs: Improve error handling, Johannes Thumshirn
  • Re: [PATCH] zonefs: Improve error handling, Himanshu Madhani
• [PATCH v6 0/3] per-vma locks in userfaultfd, Lokesh Gidra
  • [PATCH v6 2/3] userfaultfd: protect mmap_changing with rw_sem in userfaulfd_ctx, Lokesh Gidra
  • [PATCH v6 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
    • Re: [PATCH v6 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Ryan Roberts
      • Re: [PATCH v6 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Suren Baghdasaryan
        • Re: [PATCH v6 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
          • Re: [PATCH v6 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Ryan Roberts
  • [PATCH v6 1/3] userfaultfd: move userfaultfd_ctx struct to header file, Lokesh Gidra
  • Re: [PATCH v6 0/3] per-vma locks in userfaultfd, Liam R. Howlett
• [PATCH v4 0/7] Split a folio to any lower order folios, Zi Yan
  • [PATCH v4 1/7] mm/memcg: use order instead of nr in split_page_memcg(), Zi Yan
    • Re: [PATCH v4 1/7] mm/memcg: use order instead of nr in split_page_memcg(), David Hildenbrand
      • Re: [PATCH v4 1/7] mm/memcg: use order instead of nr in split_page_memcg(), Zi Yan
  • [PATCH v4 2/7] mm/page_owner: use order instead of nr in split_page_owner(), Zi Yan
    • Re: [PATCH v4 2/7] mm/page_owner: use order instead of nr in split_page_owner(), David Hildenbrand
      • Re: [PATCH v4 2/7] mm/page_owner: use order instead of nr in split_page_owner(), Zi Yan
  • [PATCH v4 3/7] mm: memcg: make memcg huge page split support any order split., Zi Yan
    • Re: [PATCH v4 3/7] mm: memcg: make memcg huge page split support any order split., David Hildenbrand
  • [PATCH v4 4/7] mm: page_owner: add support for splitting to any order in split page_owner., Zi Yan
    • Re: [PATCH v4 4/7] mm: page_owner: add support for splitting to any order in split page_owner., David Hildenbrand
      • Re: [PATCH v4 4/7] mm: page_owner: add support for splitting to any order in split page_owner., Zi Yan
  • [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Zi Yan
    • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Luis Chamberlain
      • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., David Hildenbrand
      • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Zi Yan
        • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Zi Yan
          • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Zi Yan
    • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Ryan Roberts
      • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Zi Yan
        • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Ryan Roberts
          • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Zi Yan
            • Re: [PATCH v4 5/7] mm: thp: split huge page to any lower order pages (except order-1)., Ryan Roberts
  • [PATCH v4 7/7] mm: huge_memory: enable debugfs to split huge pages to any order., Zi Yan
  • [PATCH v4 6/7] mm: truncate: split huge page cache page to a non-zero order if possible., Zi Yan
    • Re: [PATCH v4 6/7] mm: truncate: split huge page cache page to a non-zero order if possible., Ryan Roberts
      • Re: [PATCH v4 6/7] mm: truncate: split huge page cache page to a non-zero order if possible., Zi Yan
        • Re: [PATCH v4 6/7] mm: truncate: split huge page cache page to a non-zero order if possible., Ryan Roberts
  • Re: [PATCH v4 0/7] Split a folio to any lower order folios, David Hildenbrand
    • Re: [PATCH v4 0/7] Split a folio to any lower order folios, Zi Yan
      • Re: [PATCH v4 0/7] Split a folio to any lower order folios, Ryan Roberts
        • Re: [PATCH v4 0/7] Split a folio to any lower order folios, David Hildenbrand
          • Re: [PATCH v4 0/7] Split a folio to any lower order folios, Zi Yan
  • Re: [PATCH v4 0/7] Split a folio to any lower order folios, Zi Yan
    • Re: [PATCH v4 0/7] Split a folio to any lower order folios, Pankaj Raghav (Samsung)
  • Re: [PATCH v4 0/7] Split a folio to any lower order folios, Pankaj Raghav (Samsung)
    • Re: [PATCH v4 0/7] Split a folio to any lower order folios, Zi Yan
• [PATCH RFC 0/7] Use Maple Trees for simple_offset utilities, Chuck Lever
  • [PATCH RFC 1/7] libfs: Rename "so_ctx", Chuck Lever
    • Re: [PATCH RFC 1/7] libfs: Rename "so_ctx", Jan Kara
  • [PATCH RFC 2/7] libfs: Define a minimum directory offset, Chuck Lever
    • Re: [PATCH RFC 2/7] libfs: Define a minimum directory offset, Jan Kara
  • [PATCH RFC 3/7] libfs: Add simple_offset_empty(), Chuck Lever
    • Re: [PATCH RFC 3/7] libfs: Add simple_offset_empty(), Jan Kara
  • [PATCH RFC 4/7] maple_tree: Add mtree_alloc_cyclic(), Chuck Lever
  • [PATCH RFC 5/7] test_maple_tree: testing the cyclic allocation, Chuck Lever
  • [PATCH RFC 6/7] libfs: Convert simple directory offsets to use a Maple Tree, Chuck Lever
    • Re: [PATCH RFC 6/7] libfs: Convert simple directory offsets to use a Maple Tree, Jan Kara
      • Re: [PATCH RFC 6/7] libfs: Convert simple directory offsets to use a Maple Tree, Chuck Lever
        • Re: [PATCH RFC 6/7] libfs: Convert simple directory offsets to use a Maple Tree, Jan Kara
        • Re: [PATCH RFC 6/7] libfs: Convert simple directory offsets to use a Maple Tree, Christian Brauner
        • Re: [PATCH RFC 6/7] libfs: Convert simple directory offsets to use a Maple Tree, Oliver Sang
          • Re: [PATCH RFC 6/7] libfs: Convert simple directory offsets to use a Maple Tree, Chuck Lever
            • Re: [PATCH RFC 6/7] libfs: Convert simple directory offsets to use a Maple Tree, Oliver Sang
  • [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Chuck Lever
    • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Jan Kara
      • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Liam R. Howlett
        • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Jan Kara
          • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Liam R. Howlett
            • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Jan Kara
              • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Matthew Wilcox
              • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Liam R. Howlett
                • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Jan Kara
        • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Chuck Lever
          • Re: [PATCH RFC 7/7] libfs: Re-arrange locking in offset_iterate_dir(), Liam R. Howlett
  • Re: [PATCH RFC 0/7] Use Maple Trees for simple_offset utilities, Chuck Lever III
• [PATCH 0/2] Move pidfd to tiny pseudo fs, Christian Brauner
  • [PATCH 1/2] pidfd: move struct pidfd_fops, Christian Brauner
  • [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
    • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
      • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
        • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
          • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
            • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
              • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                • Re: [PATCH 2/2] pidfd: add pidfdfs, Oleg Nesterov
                  • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                    • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                    • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                      • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                        • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                          • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                            • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                              • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                                • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                                  • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                                    • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                      • Re: [PATCH 2/2] pidfd: add pidfdfs, Oleg Nesterov
                  • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
    • Re: [PATCH 2/2] pidfd: add pidfdfs, Nathan Chancellor
      • Re: [PATCH 2/2] pidfd: add pidfdfs, Heiko Carstens
        • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
      • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
        • Re: [PATCH 2/2] pidfd: add pidfdfs, Heiko Carstens
          • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
            • Re: [PATCH 2/2] pidfd: add pidfdfs, Heiko Carstens
        • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
        • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
          • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
            • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
              • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
              • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                  • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                  • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                  • Re: [PATCH 2/2] pidfd: add pidfdfs, Nathan Chancellor
                    • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
    • Re: [PATCH 2/2] pidfd: add pidfdfs, Geert Uytterhoeven
      • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
    • Re: [PATCH 2/2] pidfd: add pidfdfs, Jiri Slaby
      • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
        • Re: [PATCH 2/2] pidfd: add pidfdfs, Jiri Slaby
          • Re: [PATCH 2/2] pidfd: add pidfdfs, Jiri Slaby
            • Re: [PATCH 2/2] pidfd: add pidfdfs, Jiri Slaby
              • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                • Re: [PATCH 2/2] pidfd: add pidfdfs, Jiri Slaby
                  • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                    • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                      • Re: [PATCH 2/2] pidfd: add pidfdfs, Jiri Slaby
                        • Re: [PATCH 2/2] pidfd: add pidfdfs, Jiri Slaby
                          • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                            • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                              • Re: [PATCH 2/2] pidfd: add pidfdfs, Linus Torvalds
                                • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
                • Re: [PATCH 2/2] pidfd: add pidfdfs, Christian Brauner
  • Re: [PATCH 0/2] Move pidfd to tiny pseudo fs, Christian Brauner
• [syzbot] [jfs?] kernel BUG in txEnd (2), syzbot
  • Re: [syzbot] [jfs?] kernel BUG in txEnd (2), syzbot
  • <Possible follow-ups>
  • Re: [syzbot] [jfs?] kernel BUG in txEnd (2), xingwei lee
• [PATCH 5.10/5.15 v2 0/1 RESEND] mm/truncate: fix WARNING in ext4_set_page_dirty(), Roman Smirnov
  • [PATCH 5.10/5.15 v2 1/1 RESEND] mm/truncate: Replace page_mapped() call in invalidate_inode_page(), Roman Smirnov
  • Re: [PATCH 5.10/5.15 v2 0/1 RESEND] mm/truncate: fix WARNING in ext4_set_page_dirty(), Roman Smirnov
• Re: [syzbot] [btrfs?] WARNING in btrfs_create_pending_block_groups, syzbot
  • Re: [syzbot] [btrfs?] WARNING in btrfs_create_pending_block_groups, David Sterba
• [RFC v2 00/14] enable bs > ps in XFS, Pankaj Raghav (Samsung)
  • [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Pankaj Raghav (Samsung)
    • Re: [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Hannes Reinecke
    • Re: [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Darrick J. Wong
      • Re: [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Pankaj Raghav (Samsung)
        • Re: [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Darrick J. Wong
          • Re: [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Matthew Wilcox
            • Re: [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Pankaj Raghav (Samsung)
    • Re: [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Matthew Wilcox
      • Re: [RFC v2 01/14] fs: Allow fine-grained control of folio sizes, Pankaj Raghav (Samsung)
  • [RFC v2 02/14] filemap: align the index to mapping_min_order in the page cache, Pankaj Raghav (Samsung)
    • Re: [RFC v2 02/14] filemap: align the index to mapping_min_order in the page cache, Hannes Reinecke
      • Re: [RFC v2 02/14] filemap: align the index to mapping_min_order in the page cache, Pankaj Raghav (Samsung)
    • Re: [RFC v2 02/14] filemap: align the index to mapping_min_order in the page cache, Dave Chinner
  • [RFC v2 04/14] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Pankaj Raghav (Samsung)
    • Re: [RFC v2 04/14] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Hannes Reinecke
    • Re: [RFC v2 04/14] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Darrick J. Wong
    • Re: [RFC v2 04/14] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Dave Chinner
      • Re: [RFC v2 04/14] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Pankaj Raghav (Samsung)
        • Re: [RFC v2 04/14] readahead: set file_ra_state->ra_pages to be at least mapping_min_order, Pankaj Raghav (Samsung)
  • [RFC v2 03/14] filemap: use mapping_min_order while allocating folios, Pankaj Raghav (Samsung)
    • Re: [RFC v2 03/14] filemap: use mapping_min_order while allocating folios, Hannes Reinecke
    • Re: [RFC v2 03/14] filemap: use mapping_min_order while allocating folios, Darrick J. Wong
    • Re: [RFC v2 03/14] filemap: use mapping_min_order while allocating folios, Dave Chinner
      • Re: [RFC v2 03/14] filemap: use mapping_min_order while allocating folios, Pankaj Raghav (Samsung)
  • [RFC v2 05/14] readahead: align index to mapping_min_order in ondemand_ra and force_ra, Pankaj Raghav (Samsung)
    • Re: [RFC v2 05/14] readahead: align index to mapping_min_order in ondemand_ra and force_ra, Hannes Reinecke
    • Re: [RFC v2 05/14] readahead: align index to mapping_min_order in ondemand_ra and force_ra, Darrick J. Wong
    • Re: [RFC v2 05/14] readahead: align index to mapping_min_order in ondemand_ra and force_ra, Dave Chinner
      • Re: [RFC v2 05/14] readahead: align index to mapping_min_order in ondemand_ra and force_ra, Pankaj Raghav (Samsung)
  • [RFC v2 06/14] readahead: rework loop in page_cache_ra_unbounded(), Pankaj Raghav (Samsung)
    • Re: [RFC v2 06/14] readahead: rework loop in page_cache_ra_unbounded(), Darrick J. Wong
  • [RFC v2 07/14] readahead: allocate folios with mapping_min_order in ra_(unbounded|order), Pankaj Raghav (Samsung)
    • Re: [RFC v2 07/14] readahead: allocate folios with mapping_min_order in ra_(unbounded|order), Hannes Reinecke
    • Re: [RFC v2 07/14] readahead: allocate folios with mapping_min_order in ra_(unbounded|order), Darrick J. Wong
  • [RFC v2 08/14] mm: do not split a folio if it has minimum folio order requirement, Pankaj Raghav (Samsung)
    • Re: [RFC v2 08/14] mm: do not split a folio if it has minimum folio order requirement, Hannes Reinecke
  • [RFC v2 09/14] mm: Support order-1 folios in the page cache, Pankaj Raghav (Samsung)
    • Re: [RFC v2 09/14] mm: Support order-1 folios in the page cache, Hannes Reinecke
  • [RFC v2 10/14] iomap: fix iomap_dio_zero() for fs bs > system page size, Pankaj Raghav (Samsung)
    • Re: [RFC v2 10/14] iomap: fix iomap_dio_zero() for fs bs > system page size, Hannes Reinecke
    • Re: [RFC v2 10/14] iomap: fix iomap_dio_zero() for fs bs > system page size, Darrick J. Wong
      • Re: [RFC v2 10/14] iomap: fix iomap_dio_zero() for fs bs > system page size, Pankaj Raghav (Samsung)
        • Re: [RFC v2 10/14] iomap: fix iomap_dio_zero() for fs bs > system page size, Darrick J. Wong
          • Re: [RFC v2 10/14] iomap: fix iomap_dio_zero() for fs bs > system page size, Pankaj Raghav (Samsung)
  • [RFC v2 11/14] xfs: expose block size in stat, Pankaj Raghav (Samsung)
    • Re: [RFC v2 11/14] xfs: expose block size in stat, Darrick J. Wong
      • Re: [RFC v2 11/14] xfs: expose block size in stat, Pankaj Raghav (Samsung)
  • [RFC v2 12/14] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Pankaj Raghav (Samsung)
    • Re: [RFC v2 12/14] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Darrick J. Wong
      • Re: [RFC v2 12/14] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Pankaj Raghav (Samsung)
        • Re: [RFC v2 12/14] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Dave Chinner
          • Re: [RFC v2 12/14] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Pankaj Raghav (Samsung)
  • [RFC v2 13/14] xfs: add an experimental CONFIG_XFS_LBS option, Pankaj Raghav (Samsung)
    • Re: [RFC v2 13/14] xfs: add an experimental CONFIG_XFS_LBS option, Darrick J. Wong
    • Re: [RFC v2 13/14] xfs: add an experimental CONFIG_XFS_LBS option, Dave Chinner
      • Re: [RFC v2 13/14] xfs: add an experimental CONFIG_XFS_LBS option, Pankaj Raghav (Samsung)
        • Re: [RFC v2 13/14] xfs: add an experimental CONFIG_XFS_LBS option, Dave Chinner
  • [RFC v2 14/14] xfs: enable block size larger than page size support, Pankaj Raghav (Samsung)
    • Re: [RFC v2 14/14] xfs: enable block size larger than page size support, Darrick J. Wong
      • Re: [RFC v2 14/14] xfs: enable block size larger than page size support, Pankaj Raghav (Samsung)
    • Re: [RFC v2 14/14] xfs: enable block size larger than page size support, Dave Chinner
      • Re: [RFC v2 14/14] xfs: enable block size larger than page size support, Pankaj Raghav (Samsung)
        • Re: [RFC v2 14/14] xfs: enable block size larger than page size support, Dave Chinner
• [syzbot] [ntfs3?] possible deadlock in ntfs_set_state (2), syzbot
  • Re: [syzbot] [ntfs3?] possible deadlock in ntfs_set_state (2), Hillf Danton
    • Re: [syzbot] [ntfs3?] possible deadlock in ntfs_set_state (2), Boqun Feng
      • Re: [syzbot] [ntfs3?] possible deadlock in ntfs_set_state (2), Hillf Danton
        • Re: [syzbot] [ntfs3?] possible deadlock in ntfs_set_state (2), syzbot
          • Re: [syzbot] [ntfs3?] possible deadlock in ntfs_set_state (2), Hillf Danton
            • Re: [syzbot] [ntfs3?] possible deadlock in ntfs_set_state (2), syzbot
• [PATCH net-next v8 0/4] Per epoll context busy poll support, Joe Damato
  • [PATCH net-next v8 1/4] eventpoll: support busy poll per epoll instance, Joe Damato
  • [PATCH net-next v8 2/4] eventpoll: Add per-epoll busy poll packet budget, Joe Damato
  • [PATCH net-next v8 3/4] eventpoll: Add per-epoll prefer busy poll option, Joe Damato
  • [PATCH net-next v8 4/4] eventpoll: Add epoll ioctl for epoll_params, Joe Damato
    • Re: [PATCH net-next v8 4/4] eventpoll: Add epoll ioctl for epoll_params, Eric Dumazet
  • Re: [PATCH net-next v8 0/4] Per epoll context busy poll support, patchwork-bot+netdevbpf
• [PATCH v6 00/10] Set casefold/fscrypt dentry operations through sb->s_d_op, Gabriel Krisman Bertazi
  • [PATCH v6 01/10] ovl: Always reject mounting over case-insensitive directories, Gabriel Krisman Bertazi
  • [PATCH v6 02/10] fscrypt: Factor out a helper to configure the lookup dentry, Gabriel Krisman Bertazi
    • Re: [PATCH v6 02/10] fscrypt: Factor out a helper to configure the lookup dentry, Eric Biggers
  • [PATCH v6 03/10] fscrypt: Drop d_revalidate for valid dentries during lookup, Gabriel Krisman Bertazi
    • Re: [PATCH v6 03/10] fscrypt: Drop d_revalidate for valid dentries during lookup, Eric Biggers
      • Re: [PATCH v6 03/10] fscrypt: Drop d_revalidate for valid dentries during lookup, Gabriel Krisman Bertazi
  • [PATCH v6 04/10] fscrypt: Drop d_revalidate once the key is added, Gabriel Krisman Bertazi
    • Re: [PATCH v6 04/10] fscrypt: Drop d_revalidate once the key is added, Eric Biggers
      • Re: [PATCH v6 04/10] fscrypt: Drop d_revalidate once the key is added, Eric Biggers
        • Re: [PATCH v6 04/10] fscrypt: Drop d_revalidate once the key is added, Gabriel Krisman Bertazi
  • [PATCH v6 05/10] libfs: Merge encrypted_ci_dentry_ops and ci_dentry_ops, Gabriel Krisman Bertazi
  • [PATCH v6 06/10] libfs: Add helper to choose dentry operations at mount-time, Gabriel Krisman Bertazi
  • [PATCH v6 07/10] ext4: Configure dentry operations at dentry-creation time, Gabriel Krisman Bertazi
  • [PATCH v6 08/10] f2fs: Configure dentry operations at dentry-creation time, Gabriel Krisman Bertazi
  • [PATCH v6 09/10] ubifs: Configure dentry operations at dentry-creation time, Gabriel Krisman Bertazi
  • [PATCH v6 10/10] libfs: Drop generic_set_encrypted_ci_d_ops, Gabriel Krisman Bertazi
  • Re: [PATCH v6 00/10] Set casefold/fscrypt dentry operations through sb->s_d_op, Eric Biggers
• [PATCH v5 0/3] per-vma locks in userfaultfd, Lokesh Gidra
  • [PATCH v5 1/3] userfaultfd: move userfaultfd_ctx struct to header file, Lokesh Gidra
  • [PATCH v5 2/3] userfaultfd: protect mmap_changing with rw_sem in userfaulfd_ctx, Lokesh Gidra
  • [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
    • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Liam R. Howlett
      • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
        • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Liam R. Howlett
          • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
            • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Suren Baghdasaryan
              • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Liam R. Howlett
                • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Suren Baghdasaryan
                  • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
                    • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Liam R. Howlett
                      • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Suren Baghdasaryan
                        • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
                          • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Liam R. Howlett
                            • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Lokesh Gidra
                              • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Liam R. Howlett
                  • Re: [PATCH v5 3/3] userfaultfd: use per-vma locks in userfaultfd operations, Liam R. Howlett
• [PATCH v4 0/3] virtiofs: export filesystem tags through sysfs, Stefan Hajnoczi
  • [PATCH v4 1/3] virtiofs: forbid newlines in tags, Stefan Hajnoczi
  • [PATCH v4 2/3] virtiofs: export filesystem tags through sysfs, Stefan Hajnoczi
  • [PATCH v4 3/3] virtiofs: emit uevents on filesystem events, Stefan Hajnoczi
  • Re: [PATCH v4 0/3] virtiofs: export filesystem tags through sysfs, Vivek Goyal
• [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
  • [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size(), Suren Baghdasaryan
    • Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size(), Kees Cook
    • Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size(), Andy Shevchenko
      • Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size(), Andy Shevchenko
        • Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size(), Kent Overstreet
      • Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size(), Kent Overstreet
        • Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size(), Andy Shevchenko
    • Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size(), Matthew Wilcox
  • [PATCH v3 02/35] scripts/kallysms: Always include __start and __stop symbols, Suren Baghdasaryan
    • Re: [PATCH v3 02/35] scripts/kallysms: Always include __start and __stop symbols, Kees Cook
  • [PATCH v3 03/35] fs: Convert alloc_inode_sb() to a macro, Suren Baghdasaryan
    • Re: [PATCH v3 03/35] fs: Convert alloc_inode_sb() to a macro, Kees Cook
  • [PATCH v3 04/35] mm: enumerate all gfp flags, Suren Baghdasaryan
    • Re: [PATCH v3 04/35] mm: enumerate all gfp flags, Kees Cook
  • [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions, Suren Baghdasaryan
    • Re: [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions, Kees Cook
      • Re: [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions, Suren Baghdasaryan
    • Re: [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions, Vlastimil Babka
      • Re: [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions, Suren Baghdasaryan
  • [PATCH v3 06/35] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation, Suren Baghdasaryan
    • Re: [PATCH v3 06/35] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation, Kees Cook
  • [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Suren Baghdasaryan
    • Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Kees Cook
    • Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Vlastimil Babka
      • Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Kent Overstreet
        • Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Vlastimil Babka
          • Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Suren Baghdasaryan
            • Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Suren Baghdasaryan
              • Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation, Vlastimil Babka
  • [PATCH v3 08/35] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects, Suren Baghdasaryan
    • Re: [PATCH v3 08/35] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects, Kees Cook
    • Re: [PATCH v3 08/35] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects, Vlastimil Babka
      • Re: [PATCH v3 08/35] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects, Suren Baghdasaryan
  • [PATCH v3 09/35] slab: objext: introduce objext_flags as extension to page_memcg_data_flags, Suren Baghdasaryan
    • Re: [PATCH v3 09/35] slab: objext: introduce objext_flags as extension to page_memcg_data_flags, Kees Cook
  • [PATCH v3 10/35] lib: code tagging framework, Suren Baghdasaryan
    • Re: [PATCH v3 10/35] lib: code tagging framework, Kees Cook
      • Re: [PATCH v3 10/35] lib: code tagging framework, Suren Baghdasaryan
        • Re: [PATCH v3 10/35] lib: code tagging framework, Suren Baghdasaryan
  • [PATCH v3 11/35] lib: code tagging module support, Suren Baghdasaryan
  • [PATCH v3 12/35] lib: prevent module unloading if memory is not freed, Suren Baghdasaryan
  • [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Suren Baghdasaryan
    • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Kees Cook
      • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Suren Baghdasaryan
        • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Darrick J. Wong
          • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Suren Baghdasaryan
            • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Kees Cook
              • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Steven Rostedt
              • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Vlastimil Babka
                • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Suren Baghdasaryan
      • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Kent Overstreet
        • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Kees Cook
    • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Andrew Morton
      • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Kent Overstreet
        • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Pasha Tatashin
          • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Kent Overstreet
            • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Suren Baghdasaryan
              • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Suren Baghdasaryan
              • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Pasha Tatashin
                • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Kent Overstreet
    • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Vlastimil Babka
      • Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling, Suren Baghdasaryan
  • [PATCH v3 14/35] lib: introduce support for page allocation tagging, Suren Baghdasaryan
    • Re: [PATCH v3 14/35] lib: introduce support for page allocation tagging, Vlastimil Babka
      • Re: [PATCH v3 14/35] lib: introduce support for page allocation tagging, Suren Baghdasaryan
  • [PATCH v3 15/35] mm: percpu: increase PERCPU_MODULE_RESERVE to accommodate allocation tags, Suren Baghdasaryan
  • [PATCH v3 16/35] change alloc_pages name in dma_map_ops to avoid name conflicts, Suren Baghdasaryan
  • [PATCH v3 17/35] mm: enable page allocation tagging, Suren Baghdasaryan
    • Re: [PATCH v3 17/35] mm: enable page allocation tagging, Kees Cook
  • [PATCH v3 18/35] mm: create new codetag references during page splitting, Suren Baghdasaryan
    • Re: [PATCH v3 18/35] mm: create new codetag references during page splitting, Vlastimil Babka
      • Re: [PATCH v3 18/35] mm: create new codetag references during page splitting, Suren Baghdasaryan
        • Re: [PATCH v3 18/35] mm: create new codetag references during page splitting, Suren Baghdasaryan
  • [PATCH v3 19/35] mm/page_ext: enable early_page_ext when CONFIG_MEM_ALLOC_PROFILING_DEBUG=y, Suren Baghdasaryan
  • [PATCH v3 20/35] lib: add codetag reference into slabobj_ext, Suren Baghdasaryan
    • Re: [PATCH v3 20/35] lib: add codetag reference into slabobj_ext, Vlastimil Babka
      • Re: [PATCH v3 20/35] lib: add codetag reference into slabobj_ext, Suren Baghdasaryan
  • [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths, Suren Baghdasaryan
    • Re: [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths, Kees Cook
    • Re: [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths, Vlastimil Babka
      • Re: [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths, Kent Overstreet
        • Re: [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths, Suren Baghdasaryan
  • [PATCH v3 22/35] mm/slab: enable slab allocation tagging for kmalloc and friends, Suren Baghdasaryan
    • Re: [PATCH v3 22/35] mm/slab: enable slab allocation tagging for kmalloc and friends, Kees Cook
    • Re: [PATCH v3 22/35] mm/slab: enable slab allocation tagging for kmalloc and friends, Vlastimil Babka
      • Re: [PATCH v3 22/35] mm/slab: enable slab allocation tagging for kmalloc and friends, Kent Overstreet
  • [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline, Suren Baghdasaryan
    • Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline, Kees Cook
      • Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline, Suren Baghdasaryan
      • Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline, Kent Overstreet
        • Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline, Vlastimil Babka
          • Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline, Liam R. Howlett
  • [PATCH v3 24/35] mempool: Hook up to memory allocation profiling, Suren Baghdasaryan
  • [PATCH v3 25/35] xfs: Memory allocation profiling fixups, Suren Baghdasaryan
    • Re: [PATCH v3 25/35] xfs: Memory allocation profiling fixups, Dave Chinner
      • Re: [PATCH v3 25/35] xfs: Memory allocation profiling fixups, Suren Baghdasaryan
  • [PATCH v3 26/35] mm: percpu: Introduce pcpuobj_ext, Suren Baghdasaryan
  • [PATCH v3 27/35] mm: percpu: Add codetag reference into pcpuobj_ext, Suren Baghdasaryan
  • [PATCH v3 28/35] mm: percpu: enable per-cpu allocation tagging, Suren Baghdasaryan
  • [PATCH v3 29/35] mm: vmalloc: Enable memory allocation profiling, Suren Baghdasaryan
  • [PATCH v3 30/35] rhashtable: Plumb through alloc tag, Suren Baghdasaryan
  • [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
    • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kees Cook
      • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Steven Rostedt
        • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
          • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
    • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Michal Hocko
      • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
        • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Michal Hocko
          • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
            • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
              • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
                • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
              • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Michal Hocko
                • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
              • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Vlastimil Babka
                • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                  • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Michal Hocko
                    • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                  • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Steven Rostedt
                    • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Steven Rostedt
                      • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Steven Rostedt
                        • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                          • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
                            • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Michal Hocko
                              • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                                • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Michal Hocko
                                  • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                            • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Vlastimil Babka
                              • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
                              • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Tetsuo Handa
                                • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
                    • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Dave Hansen
                      • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                    • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                      • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Steven Rostedt
                        • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                          • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Steven Rostedt
                            • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                              • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Steven Rostedt
                                • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Kent Overstreet
                                  • Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem(), Suren Baghdasaryan
  • [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself, Suren Baghdasaryan
    • Re: [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself, Vlastimil Babka
      • Re: [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself, Suren Baghdasaryan
        • Re: [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself, Vlastimil Babka
          • Re: [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself, Suren Baghdasaryan
  • [PATCH v3 33/35] codetag: debug: mark codetags for reserved pages as empty, Suren Baghdasaryan
    • Re: [PATCH v3 33/35] codetag: debug: mark codetags for reserved pages as empty, Kees Cook
      • Re: [PATCH v3 33/35] codetag: debug: mark codetags for reserved pages as empty, Suren Baghdasaryan
  • [PATCH v3 34/35] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations, Suren Baghdasaryan
    • Re: [PATCH v3 34/35] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations, Kees Cook
      • Re: [PATCH v3 34/35] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations, Suren Baghdasaryan
  • [PATCH v3 35/35] MAINTAINERS: Add entries for code tagging and memory allocation profiling, Suren Baghdasaryan
    • Re: [PATCH v3 35/35] MAINTAINERS: Add entries for code tagging and memory allocation profiling, Kees Cook
      • Re: [PATCH v3 35/35] MAINTAINERS: Add entries for code tagging and memory allocation profiling, Suren Baghdasaryan
  • Re: [PATCH v3 00/35] Memory allocation profiling, Pasha Tatashin
  • Re: [PATCH v3 00/35] Memory allocation profiling, Kees Cook
    • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
  • Re: [PATCH v3 00/35] Memory allocation profiling, Michal Hocko
    • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
      • Re: [PATCH v3 00/35] Memory allocation profiling, David Hildenbrand
        • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
          • Re: [PATCH v3 00/35] Memory allocation profiling, David Hildenbrand
            • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
              • Re: [PATCH v3 00/35] Memory allocation profiling, Darrick J. Wong
                • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
            • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
              • Re: [PATCH v3 00/35] Memory allocation profiling, David Hildenbrand
                • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
                  • Re: [PATCH v3 00/35] Memory allocation profiling, David Hildenbrand
                  • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
                    • Re: [PATCH v3 00/35] Memory allocation profiling, David Hildenbrand
                      • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
                        • Re: [PATCH v3 00/35] Memory allocation profiling, David Hildenbrand
                          • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
                            • Re: [PATCH v3 00/35] Memory allocation profiling, Pasha Tatashin
                              • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
                            • Re: [PATCH v3 00/35] Memory allocation profiling, David Hildenbrand
                    • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
                      • Re: [PATCH v3 00/35] Memory allocation profiling, Vlastimil Babka
                        • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
                      • Re: [PATCH v3 00/35] Memory allocation profiling, Matthew Wilcox
                        • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
                    • Re: [PATCH v3 00/35] Memory allocation profiling, Michal Hocko
                    • Re: [PATCH v3 00/35] Memory allocation profiling, Andrew Morton
                      • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
                      • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
                        • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
                          • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
  • Re: [PATCH v3 00/35] Memory allocation profiling, Johannes Weiner
    • Re: [PATCH v3 00/35] Memory allocation profiling, Michal Hocko
      • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
        • Re: [PATCH v3 00/35] Memory allocation profiling, Michal Hocko
          • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
            • Re: [PATCH v3 00/35] Memory allocation profiling, Michal Hocko
              • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
  • Re: [PATCH v3 00/35] Memory allocation profiling, Andy Shevchenko
    • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
  • Re: [PATCH v3 00/35] Memory allocation profiling, Tim Chen
    • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
      • Re: [PATCH v3 00/35] Memory allocation profiling, Yosry Ahmed
        • Re: [PATCH v3 00/35] Memory allocation profiling, Suren Baghdasaryan
          • Re: [PATCH v3 00/35] Memory allocation profiling, Tim Chen
  • Re: [PATCH v3 00/35] Memory allocation profiling, Jani Nikula
    • Re: [PATCH v3 00/35] Memory allocation profiling, Kent Overstreet
      • Re: [PATCH v3 00/35] Memory allocation profiling, Jani Nikula
• [syzbot] Monthly fs report (Feb 2024), syzbot
• next: fs/quota/quota_tree.c:674:8: error: variable 'blk' is uninitialized when used here [-Werror,-Wuninitialized], Naresh Kamboju
• [PATCH v4 00/25] fs-verity support for XFS, Andrey Albershteyn
  • [PATCH v4 01/25] fsverity: remove hash page spin lock, Andrey Albershteyn
  • [PATCH v4 02/25] xfs: add parent pointer support to attribute code, Andrey Albershteyn
  • [PATCH v4 03/25] xfs: define parent pointer ondisk extended attribute format, Andrey Albershteyn
  • [PATCH v4 04/25] xfs: add parent pointer validator functions, Andrey Albershteyn
  • [PATCH v4 05/25] fs: add FS_XFLAG_VERITY for verity files, Andrey Albershteyn
    • Re: [PATCH v4 05/25] fs: add FS_XFLAG_VERITY for verity files, Eric Biggers
      • Re: [PATCH v4 05/25] fs: add FS_XFLAG_VERITY for verity files, Andrey Albershteyn
        • Re: [PATCH v4 05/25] fs: add FS_XFLAG_VERITY for verity files, Eric Biggers
  • [PATCH v4 06/25] fsverity: pass log_blocksize to end_enable_verity(), Andrey Albershteyn
    • Re: [PATCH v4 06/25] fsverity: pass log_blocksize to end_enable_verity(), Dave Chinner
      • Re: [PATCH v4 06/25] fsverity: pass log_blocksize to end_enable_verity(), Andrey Albershteyn
    • Re: [PATCH v4 06/25] fsverity: pass log_blocksize to end_enable_verity(), Eric Biggers
      • Re: [PATCH v4 06/25] fsverity: pass log_blocksize to end_enable_verity(), Andrey Albershteyn
  • [PATCH v4 08/25] fsverity: calculate readahead in bytes instead of pages, Andrey Albershteyn
    • Re: [PATCH v4 08/25] fsverity: calculate readahead in bytes instead of pages, Eric Biggers
  • [PATCH v4 07/25] fsverity: support block-based Merkle tree caching, Andrey Albershteyn
    • Re: [PATCH v4 07/25] fsverity: support block-based Merkle tree caching, Eric Biggers
      • Re: [PATCH v4 07/25] fsverity: support block-based Merkle tree caching, Andrey Albershteyn
        • Re: [PATCH v4 07/25] fsverity: support block-based Merkle tree caching, Eric Biggers
          • Re: [PATCH v4 07/25] fsverity: support block-based Merkle tree caching, Andrey Albershteyn
  • [PATCH v4 10/25] iomap: integrate fsverity verification into iomap's read path, Andrey Albershteyn