Linux Filesystem Development

Date Index

[PATCH v2] fs: modify the annotation of vfs_mkdir() in fs/namei.c, (continued)
- [PATCH v4] vfs: correct the comments of vfs_*() helpers, Congjie Zhou
  - Re: [PATCH v4] vfs: correct the comments of vfs_*() helpers, Christian Brauner
[PATCH v2 0/5] fstests: add some new LBS inspired tests, Luis Chamberlain
- [PATCH v2 4/5] _require_debugfs(): simplify and fix for debian, Luis Chamberlain
- [PATCH v2 5/5] fstests: add stress truncation + writeback test, Luis Chamberlain
  - Re: [PATCH v2 5/5] fstests: add stress truncation + writeback test, Zorro Lang
- [PATCH v2 1/5] common: move mread() to generic helper _mread(), Luis Chamberlain
- [PATCH v2 3/5] fstests: add fsstress + compaction test, Luis Chamberlain
- [PATCH v2 2/5] fstests: add mmap page boundary tests, Luis Chamberlain
  - Re: [PATCH v2 2/5] fstests: add mmap page boundary tests, Zorro Lang
Re: [PATCH 23/25] fs: port fs{g,u}id helpers to mnt_idmap, Darrick J. Wong
- Re: [PATCH 23/25] fs: port fs{g,u}id helpers to mnt_idmap, Christian Brauner
  - Re: [PATCH 23/25] fs: port fs{g,u}id helpers to mnt_idmap, Darrick J. Wong
[PATCH v2] Documentation: the design of iomap and how to port, Darrick J. Wong
- [TEXT 1/3] design of iomap, Darrick J. Wong
- [TEXT 2/3] file operations, Darrick J. Wong
- [TEXT 3/3] porting iomap, Darrick J. Wong
- Re: [PATCH v2] Documentation: the design of iomap and how to port, Christian Brauner
[PATCH 0/3] fs/file.c: optimize the critical section of, Yu Ma
- [PATCH 1/3] fs/file.c: add fast path in alloc_fd(), Yu Ma
  - Re: [PATCH 1/3] fs/file.c: add fast path in alloc_fd(), Mateusz Guzik
    - Re: [PATCH 1/3] fs/file.c: add fast path in alloc_fd(), Ma, Yu
    - Re: [PATCH 1/3] fs/file.c: add fast path in alloc_fd(), Tim Chen
  - RE: [PATCH 1/3] fs/file.c: add fast path in alloc_fd(), David Laight
    - Re: RE: [PATCH 1/3] fs/file.c: add fast path in alloc_fd(), Ma, Yu
- [PATCH 2/3] fs/file.c: conditionally clear full_fds, Yu Ma
- [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Yu Ma
  - Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Mateusz Guzik
    - Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Mateusz Guzik
      - Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Tim Chen
        
        Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Mateusz Guzik
        
        Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Tim Chen
        
        Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Michal Hocko
        
        Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Mateusz Guzik
        
        Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Tim Chen
    - Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Ma, Yu
      - Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Mateusz Guzik
        
        Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Ma, Yu
    - Re: [PATCH 3/3] fs/file.c: move sanity_check from alloc_fd() to put_unused_fd(), Christian Brauner
- [PATCH v2 0/3] fs/file.c: optimize the critical section of file_lock in, Yu Ma
  - [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Yu Ma
    - Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Jan Kara
      - Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Jan Kara
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Ma, Yu
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Jan Kara
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Tim Chen
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Tim Chen
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Jan Kara
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Mateusz Guzik
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Tim Chen
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Mateusz Guzik
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Jan Kara
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Christian Brauner
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Ma, Yu
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Mateusz Guzik
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Jan Kara
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Ma, Yu
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Mateusz Guzik
        
        Re: [PATCH v2 1/3] fs/file.c: add fast path in alloc_fd(), Ma, Yu
  - [PATCH v2 2/3] fs/file.c: conditionally clear full_fds, Yu Ma
    - Re: [PATCH v2 2/3] fs/file.c: conditionally clear full_fds, Jan Kara
      - Re: [PATCH v2 2/3] fs/file.c: conditionally clear full_fds, Ma, Yu
  - [PATCH v2 3/3] fs/file.c: remove sanity_check from alloc_fd(), Yu Ma
    - Re: [PATCH v2 3/3] fs/file.c: remove sanity_check from alloc_fd(), Jan Kara
      - Re: [PATCH v2 3/3] fs/file.c: remove sanity_check from alloc_fd(), Mateusz Guzik
        
        Re: [PATCH v2 3/3] fs/file.c: remove sanity_check from alloc_fd(), Mateusz Guzik
        
        Re: [PATCH v2 3/3] fs/file.c: remove sanity_check from alloc_fd(), Jan Kara
        
        Re: [PATCH v2 3/3] fs/file.c: remove sanity_check from alloc_fd(), Christian Brauner
- [PATCH v3 0/3] fs/file.c: optimize the critical section of file_lock in, Yu Ma
  - [PATCH v3 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Yu Ma
    - Re: [PATCH v3 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Christian Brauner
      - Re: [PATCH v3 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Ma, Yu
      - Re: [PATCH v3 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Jan Kara
        
        Re: [PATCH v3 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Ma, Yu
        
        Re: [PATCH v3 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Jan Kara
  - [PATCH v3 2/3] fs/file.c: conditionally clear full_fds, Yu Ma
  - [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Yu Ma
    - Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Mateusz Guzik
      - Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Ma, Yu
      - Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Jan Kara
    - Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Jan Kara
      - Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Ma, Yu
    - Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Mateusz Guzik
      - Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Jan Kara
        
        Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Ma, Yu
        
        Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Ma, Yu
        
        Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Mateusz Guzik
        
        Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Tim Chen
        
        Re: [PATCH v3 3/3] fs/file.c: add fast path in find_next_fd(), Ma, Yu
- [PATCH v4 0/3] fs/file.c: optimize the critical section of file_lock in, Yu Ma
  - [PATCH v4 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Yu Ma
    - Re: [PATCH v4 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Jan Kara
  - [PATCH v4 2/3] fs/file.c: conditionally clear full_fds, Yu Ma
  - [PATCH v4 3/3] fs/file.c: add fast path in find_next_fd(), Yu Ma
    - Re: [PATCH v4 3/3] fs/file.c: add fast path in find_next_fd(), Jan Kara
      - Re: [PATCH v4 3/3] fs/file.c: add fast path in find_next_fd(), Ma, Yu
- [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Yu Ma
  - [PATCH v5 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Yu Ma
    - Re: [PATCH v5 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), kernel test robot
    - Re: [PATCH v5 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Al Viro
      - Re: [PATCH v5 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Ma, Yu
        
        Re: [PATCH v5 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Al Viro
        
        Re: [PATCH v5 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Ma, Yu
        
        Re: [PATCH v5 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Mateusz Guzik
        
        Re: [PATCH v5 1/3] fs/file.c: remove sanity_check and add likely/unlikely in alloc_fd(), Christian Brauner
  - [PATCH v5 2/3] fs/file.c: conditionally clear full_fds, Yu Ma
  - [PATCH v5 3/3] fs/file.c: add fast path in find_next_fd(), Yu Ma
    - Re: [PATCH v5 3/3] fs/file.c: add fast path in find_next_fd(), Mateusz Guzik
      - Re: [PATCH v5 3/3] fs/file.c: add fast path in find_next_fd(), Ma, Yu
        
        Re: [PATCH v5 3/3] fs/file.c: add fast path in find_next_fd(), Mateusz Guzik
    - Re: [PATCH v5 3/3] fs/file.c: add fast path in find_next_fd(), kernel test robot
  - Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Christian Brauner
    - Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Al Viro
      - Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Christian Brauner
        
        Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Al Viro
        
        Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Christian Brauner
        
        Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Ma, Yu
        
        Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Al Viro
        
        Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Ma, Yu
        
        Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Jan Kara
        
        Re: [PATCH v5 0/3] fs/file.c: optimize the critical section of file_lock in, Al Viro
[PATCH] KVM: PPC: Book3S HV: Prevent UAF in kvm_spapr_tce_attach_iommu_group(), Michael Ellerman
- Re: [PATCH] KVM: PPC: Book3S HV: Prevent UAF in kvm_spapr_tce_attach_iommu_group(), Michael Ellerman
[syzbot] Monthly hfs report (Jun 2024), syzbot
[dhowells-fs:netfs-writeback] [netfs, cifs] d639a2f9ab: xfstests.generic.080.fail, kernel test robot
- Re: [dhowells-fs:netfs-writeback] [netfs, cifs] d639a2f9ab: xfstests.generic.080.fail, Steve French
How to create new file in idmapped mountpoint, Hongbo Li
- Re: How to create new file in idmapped mountpoint, Christian Brauner
Re: [bug report] mm: Provide a means of invalidation without using launder_folio, Matthew Wilcox
- Re: [bug report] mm: Provide a means of invalidation without using launder_folio, Dan Carpenter
  - Re: [bug report] mm: Provide a means of invalidation without using launder_folio, Matthew Wilcox
[PATCH] fs/proc/task_mmu: fix uninitialized variable in pagemap_pmd_range(), Dan Carpenter
- Re: [PATCH] fs/proc/task_mmu: fix uninitialized variable in pagemap_pmd_range(), David Hildenbrand
- Re: [PATCH] fs/proc/task_mmu: fix uninitialized variable in pagemap_pmd_range(), Muhammad Usama Anjum
[PATCH v6 1/2] proc: pass file instead of inode to proc_mem_open, Adrian Ratiu
- [PATCH v6 2/2] proc: restrict /proc/pid/mem, Adrian Ratiu
  - Re: [PATCH v6 2/2] proc: restrict /proc/pid/mem, Kees Cook
  - Re: [PATCH v6 2/2] proc: restrict /proc/pid/mem, Jeff Xu
    - Re: [PATCH v6 2/2] proc: restrict /proc/pid/mem, Kees Cook
      - Re: [PATCH v6 2/2] proc: restrict /proc/pid/mem, Adrian Ratiu
      - Re: [PATCH v6 2/2] proc: restrict /proc/pid/mem, Jeff Xu
- Re: [PATCH v6 1/2] proc: pass file instead of inode to proc_mem_open, Christian Brauner
  - Re: [PATCH v6 1/2] proc: pass file instead of inode to proc_mem_open, Adrian Ratiu
[PATCH] fs: don't misleadingly warn during thaw operations, Christian Brauner
[PATCH -next v5 0/8] iomap/xfs: fix stale data exposure when truncating realtime inodes, Zhang Yi
- [PATCH -next v5 2/8] iomap: pass blocksize to iomap_truncate_page(), Zhang Yi
  - Re: [PATCH -next v5 2/8] iomap: pass blocksize to iomap_truncate_page(), Christoph Hellwig
- [PATCH -next v5 1/8] math64: add rem_u64() to just return the remainder, Zhang Yi
- [PATCH -next v5 3/8] fsdax: pass blocksize to dax_truncate_page(), Zhang Yi
- [PATCH -next v5 4/8] xfs: refactor the truncating order, Zhang Yi
- [PATCH -next v5 5/8] xfs: correct the truncate blocksize of realtime inode, Zhang Yi
- [PATCH -next v5 6/8] xfs: reserve blocks for truncating large realtime inode, Zhang Yi
  - Re: [PATCH -next v5 6/8] xfs: reserve blocks for truncating large realtime inode, Christoph Hellwig
- [PATCH -next v5 8/8] iomap: don't increase i_size in iomap_write_end(), Zhang Yi
- [PATCH -next v5 7/8] xfs: speed up truncating down a big realtime inode, Zhang Yi
  - Re: [PATCH -next v5 7/8] xfs: speed up truncating down a big realtime inode, Christoph Hellwig
    - Re: [PATCH -next v5 7/8] xfs: speed up truncating down a big realtime inode, Zhang Yi
      - Re: [PATCH -next v5 7/8] xfs: speed up truncating down a big realtime inode, Christoph Hellwig
        
        Re: [PATCH -next v5 7/8] xfs: speed up truncating down a big realtime inode, Zhang Yi
        
        Re: [PATCH -next v5 7/8] xfs: speed up truncating down a big realtime inode, Christoph Hellwig
        
        Re: [PATCH -next v5 7/8] xfs: speed up truncating down a big realtime inode, Zhang Yi
Issue with JFFS2 and a_ops->dirty_folio, Jean-Michel Hautbois
- Re: Issue with JFFS2 and a_ops->dirty_folio, Christoph Hellwig
  - Re: Issue with JFFS2 and a_ops->dirty_folio, Jean-Michel Hautbois
  - Re: Issue with JFFS2 and a_ops->dirty_folio, Jean-Michel Hautbois
[RFC] fuse: do not generate interrupt requests for fatal signals, Haifeng Xu
- Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Miklos Szeredi
  - Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Haifeng Xu
    - Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Miklos Szeredi
      - Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Haifeng Xu
        
        Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Bernd Schubert
        
        Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Haifeng Xu
      - Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Christian Brauner
        
        Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Haifeng Xu
        
        Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Bernd Schubert
        
        Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Haifeng Xu
  - Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Bernd Schubert
    - Re: [RFC] fuse: do not generate interrupt requests for fatal signals, Haifeng Xu
[PATCH v2 00/10] Improve the copy of task comm, Yafang Shao
- [PATCH v2 01/10] fs/exec: Drop task_lock() inside __get_task_comm(), Yafang Shao
- [PATCH v2 02/10] auditsc: Replace memcpy() with __get_task_comm(), Yafang Shao
- [PATCH v2 03/10] security: Replace memcpy() with __get_task_comm(), Yafang Shao
- [PATCH v2 04/10] bpftool: Ensure task comm is always NUL-terminated, Yafang Shao
- [PATCH v2 05/10] mm/util: Fix possible race condition in kstrdup(), Yafang Shao
  - Re: [PATCH v2 05/10] mm/util: Fix possible race condition in kstrdup(), Andrew Morton
    - Re: [PATCH v2 05/10] mm/util: Fix possible race condition in kstrdup(), Linus Torvalds
      - Re: [PATCH v2 05/10] mm/util: Fix possible race condition in kstrdup(), Yafang Shao
    - Re: [PATCH v2 05/10] mm/util: Fix possible race condition in kstrdup(), Yafang Shao
- [PATCH v2 06/10] mm/kmemleak: Replace strncpy() with __get_task_comm(), Yafang Shao
  - Re: [PATCH v2 06/10] mm/kmemleak: Replace strncpy() with __get_task_comm(), Catalin Marinas
    - Re: [PATCH v2 06/10] mm/kmemleak: Replace strncpy() with __get_task_comm(), Yafang Shao
      - Re: [PATCH v2 06/10] mm/kmemleak: Replace strncpy() with __get_task_comm(), Catalin Marinas
        
        Re: [PATCH v2 06/10] mm/kmemleak: Replace strncpy() with __get_task_comm(), Yafang Shao
- [PATCH v2 07/10] tsacct: Replace strncpy() with __get_task_comm(), Yafang Shao
- [PATCH v2 08/10] tracing: Replace strncpy() with __get_task_comm(), Yafang Shao
- [PATCH v2 09/10] net: Replace strcpy() with __get_task_comm(), Yafang Shao
- [PATCH v2 10/10] drm: Replace strcpy() with __get_task_comm(), Yafang Shao
[PATCH 0/2] stop lockref from degrading to locked-only ops, Mateusz Guzik
- [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Mateusz Guzik
  - Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Linus Torvalds
    - Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Linus Torvalds
      - Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Mateusz Guzik
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Christian Brauner
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Mateusz Guzik
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Linus Torvalds
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Mateusz Guzik
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Mateusz Guzik
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Linus Torvalds
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Mateusz Guzik
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Linus Torvalds
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Mateusz Guzik
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Linus Torvalds
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Christian Brauner
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Al Viro
        
        Re: [PATCH 1/2] lockref: speculatively spin waiting for the lock to be released, Linus Torvalds
- [PATCH 2/2] vfs: move d_lockref out of the area used by RCU lookup, Mateusz Guzik
[RFC 0/2] Initial LKMM atomics support in Rust, Boqun Feng
- [RFC 1/2] rust: Introduce atomic API helpers, Boqun Feng
  - Re: [RFC 1/2] rust: Introduce atomic API helpers, Greg Kroah-Hartman
    - Re: [RFC 1/2] rust: Introduce atomic API helpers, Peter Zijlstra
      - Re: [RFC 1/2] rust: Introduce atomic API helpers, Greg Kroah-Hartman
      - Re: [RFC 1/2] rust: Introduce atomic API helpers, Mark Rutland
  - Re: [RFC 1/2] rust: Introduce atomic API helpers, Mark Rutland
    - Re: [RFC 1/2] rust: Introduce atomic API helpers, Boqun Feng
- [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
  - Re: [RFC 2/2] rust: sync: Add atomic support, Greg Kroah-Hartman
  - Re: [RFC 2/2] rust: sync: Add atomic support, Gary Guo
    - Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
      - Re: [RFC 2/2] rust: sync: Add atomic support, Gary Guo
      - Re: [RFC 2/2] rust: sync: Add atomic support, Miguel Ojeda
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Miguel Ojeda
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Benno Lossin
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Benno Lossin
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Benno Lossin
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Benno Lossin
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Benno Lossin
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Benno Lossin
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Kent Overstreet
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Miguel Ojeda
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Kent Overstreet
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Kent Overstreet
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Kent Overstreet
        
        Re: [RFC 2/2] rust: sync: Add atomic support, John Hubbard
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, John Hubbard
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, John Hubbard
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Gary Guo
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Benno Lossin
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Andrew Lunn
      - Re: [RFC 2/2] rust: sync: Add atomic support, Peter Zijlstra
        
        Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
  - Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
  - Re: [RFC 2/2] rust: sync: Add atomic support, Mark Rutland
    - Re: [RFC 2/2] rust: sync: Add atomic support, Boqun Feng
[GIT PULL] bcachefs fixes for 6.10-rc4, Kent Overstreet
- Re: [GIT PULL] bcachefs fixes for 6.10-rc4, pr-tracker-bot
Handing xfs fsverity development back to you, Darrick J. Wong
- Re: Handing xfs fsverity development back to you, Andrey Albershteyn
  - Re: Handing xfs fsverity development back to you, Eric Biggers
    - Re: Handing xfs fsverity development back to you, Darrick J. Wong
      - Re: Handing xfs fsverity development back to you, Christoph Hellwig
[PATCH] vfs: move d_lockref out of the area used by RCU lookup, Mateusz Guzik
- Re: [PATCH] vfs: move d_lockref out of the area used by RCU lookup, Mateusz Guzik
Flaky test: generic:269 (EBUSY on umount), Theodore Ts'o
- Re: Flaky test: generic:269 (EBUSY on umount), Darrick J. Wong
  - Re: Flaky test: generic:269 (EBUSY on umount), Theodore Ts'o
    - [PATCH 1/2] generic/269, generic/475: disable io_uring to prevent umount EBUSY flakes, Theodore Ts'o
      - [PATCH 2/2] generic: new test which tests for an io_uring bug that causes umounts to fail, Theodore Ts'o
    - Re: Flaky test: generic:269 (EBUSY on umount), Darrick J. Wong
      - Re: Flaky test: generic:269 (EBUSY on umount), Theodore Ts'o
        
        Re: Flaky test: generic:269 (EBUSY on umount), Darrick J. Wong
        
        Re: Flaky test: generic:269 (EBUSY on umount), Theodore Ts'o
        
        Re: Flaky test: generic:269 (EBUSY on umount), Darrick J. Wong
[brauner-vfs:vfs.open_tree] [fs] 6d2ad41f48: BUG:kernel_NULL_pointer_dereference,address, kernel test robot
[PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., NeilBrown
- Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., James Clark
- Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Amir Goldstein
  - Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., NeilBrown
    - Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Amir Goldstein
- Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Christian Brauner
  - Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Amir Goldstein
- Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Christian Brauner
  - Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Jan Kara
    - Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Amir Goldstein
      - Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Jan Kara
        
        Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Amir Goldstein
        
        Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Jan Kara
    - Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Christian Brauner
      - Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Jan Kara
        
        Re: [PATCH v2] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Amir Goldstein
[syzbot] [hfs?] KASAN: invalid-free in hfs_btree_close (2), syzbot
[PATCH] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., NeilBrown
- Re: [PATCH] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Al Viro
  - Re: [PATCH] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., NeilBrown
    - Re: [PATCH] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., Al Viro
      - Re: [PATCH] VFS: generate FS_CREATE before FS_OPEN when ->atomic_open used., NeilBrown
[PATCH 0/2] Introduce tracepoint for hugetlbfs, Hongbo Li
- [PATCH 1/2] hugetlbfs: support tracepoint, Hongbo Li
- [PATCH 2/2] hugetlbfs: use tracepoints in hugetlbfs functions., Hongbo Li
  - Re: [PATCH 2/2] hugetlbfs: use tracepoints in hugetlbfs functions., Hongbo Li
  - Re: [PATCH 2/2] hugetlbfs: use tracepoints in hugetlbfs functions., Steven Rostedt
    - Re: [PATCH 2/2] hugetlbfs: use tracepoints in hugetlbfs functions., Hongbo Li
      - Re: [PATCH 2/2] hugetlbfs: use tracepoints in hugetlbfs functions., Mathieu Desnoyers
        
        Re: [PATCH 2/2] hugetlbfs: use tracepoints in hugetlbfs functions., Hongbo Li
[no subject], Unknown
WARNING in __brelse, Marius Fleischer
- Re: WARNING in __brelse, Marius Fleischer
  - Re: WARNING in __brelse, Marius Fleischer
[PATCH v4 0/2] rcu-based inode lookup for iget*, Mateusz Guzik
- [PATCH v4 1/2] vfs: add rcu-based find_inode variants for iget ops, Mateusz Guzik
  - Re: [PATCH v4 1/2] vfs: add rcu-based find_inode variants for iget ops, Jan Kara
- [PATCH v4 2/2] btrfs: use iget5_locked_rcu, Mateusz Guzik
  - Re: [PATCH v4 2/2] btrfs: use iget5_locked_rcu, David Sterba
- Re: [PATCH v4 0/2] rcu-based inode lookup for iget*, Christian Brauner
[PATCH v2 0/4] inode_init_always zeroing i_state, Mateusz Guzik
- [PATCH v2 1/4] xfs: preserve i_state around inode_init_always in xfs_reinit_inode, Mateusz Guzik
- [PATCH v2 2/4] vfs: partially sanitize i_state zeroing on inode creation, Mateusz Guzik
  - Re: [PATCH v2 2/4] vfs: partially sanitize i_state zeroing on inode creation, Jan Kara
    - Re: [PATCH v2 2/4] vfs: partially sanitize i_state zeroing on inode creation, Christian Brauner
- [PATCH v2 3/4] xfs: remove now spurious i_state initialization in xfs_inode_alloc, Mateusz Guzik
- [PATCH v2 4/4] bcachefs: remove now spurious i_state initialization, Mateusz Guzik
  - Re: [PATCH v2 4/4] bcachefs: remove now spurious i_state initialization, Kent Overstreet
- Re: [PATCH v2 0/4] inode_init_always zeroing i_state, Christian Brauner
[PATCH v4 0/7] ioctl()-based API to query VMAs from /proc/<pid>/maps, Andrii Nakryiko
- [PATCH v4 1/7] fs/procfs: extract logic for getting VMA name constituents, Andrii Nakryiko
- [PATCH v4 2/7] fs/procfs: implement efficient VMA querying API for /proc/<pid>/maps, Andrii Nakryiko
- [PATCH v4 3/7] fs/procfs: add build ID fetching to PROCMAP_QUERY API, Andrii Nakryiko
  - Re: [PATCH v4 3/7] fs/procfs: add build ID fetching to PROCMAP_QUERY API, Liam R. Howlett
    - Re: [PATCH v4 3/7] fs/procfs: add build ID fetching to PROCMAP_QUERY API, Andrii Nakryiko
- [PATCH v4 4/7] docs/procfs: call out ioctl()-based PROCMAP_QUERY command existence, Andrii Nakryiko
- [PATCH v4 5/7] tools: sync uapi/linux/fs.h header into tools subdir, Andrii Nakryiko
- [PATCH v4 6/7] selftests/bpf: make use of PROCMAP_QUERY ioctl if available, Andrii Nakryiko
- [PATCH v4 7/7] selftests/bpf: add simple benchmark tool for /proc/<pid>/maps APIs, Andrii Nakryiko
- Re: [PATCH v4 0/7] ioctl()-based API to query VMAs from /proc/<pid>/maps, Andrew Morton
  - Re: [PATCH v4 0/7] ioctl()-based API to query VMAs from /proc/<pid>/maps, Andrii Nakryiko
[ANNOUNCE] xfs-linux: for-next updated to 58f880711f2b, Chandan Babu R
Testing if issue still reproduces, Sebastian Żółtek
- <Possible follow-ups>
- Testing if issue still reproduces, Sebastian Żółtek
  - Re: Testing if issue still reproduces, syzbot
[PATCH v3 0/2] rcu-based inode lookup for iget*, Mateusz Guzik
- [PATCH v3 1/2] vfs: add rcu-based find_inode variants for iget ops, Mateusz Guzik
  - Re: [PATCH v3 1/2] vfs: add rcu-based find_inode variants for iget ops, Jan Kara
    - Re: [PATCH v3 1/2] vfs: add rcu-based find_inode variants for iget ops, Mateusz Guzik
      - Re: [PATCH v3 1/2] vfs: add rcu-based find_inode variants for iget ops, Christian Brauner
        
        Re: [PATCH v3 1/2] vfs: add rcu-based find_inode variants for iget ops, Mateusz Guzik
        
        Re: [PATCH v3 1/2] vfs: add rcu-based find_inode variants for iget ops, Dave Chinner
- [PATCH v3 2/2] btrfs: use iget5_locked_rcu, Mateusz Guzik
- Re: [PATCH v3 0/2] rcu-based inode lookup for iget*, Josef Bacik
Re: [PATCH v4 00/10] Add support for synchronous signals on perf events, Marco Elver
Flaky test: generic/085, Theodore Ts'o
- Re: Flaky test: generic/085, Darrick J. Wong
  - Re: Flaky test: generic/085, Christian Brauner
    - Re: Flaky test: generic/085, Theodore Ts'o
      - Re: Flaky test: generic/085, Christian Brauner
        
        Re: Flaky test: generic/085, Darrick J. Wong
[ANNOUNCE] Alpine Linux Persistence and Storage Summit 2024, Richard Weinberger
[linus:master] [netfs] 9b038d004c: xfstests.generic.617.fail, kernel test robot
[PATCH] vfs: partially sanitize i_state zeroing on inode creation, Mateusz Guzik
- Re: [PATCH] vfs: partially sanitize i_state zeroing on inode creation, Jan Kara
  - Re: [PATCH] vfs: partially sanitize i_state zeroing on inode creation, Mateusz Guzik
    - Re: [PATCH] vfs: partially sanitize i_state zeroing on inode creation, Dave Chinner
      - Re: [PATCH] vfs: partially sanitize i_state zeroing on inode creation, Mateusz Guzik
        
        Re: [PATCH] vfs: partially sanitize i_state zeroing on inode creation, Jan Kara
    - Re: [PATCH] vfs: partially sanitize i_state zeroing on inode creation, Jan Kara
      - Re: [PATCH] vfs: partially sanitize i_state zeroing on inode creation, Mateusz Guzik
[PATCH 0/5] fstests: add some new LBS inspired tests, Luis Chamberlain
- [PATCH 4/5] _require_debugfs(): simplify and fix for debian, Luis Chamberlain
  - Re: [PATCH 4/5] _require_debugfs(): simplify and fix for debian, Darrick J. Wong
  - Re: [PATCH 4/5] _require_debugfs(): simplify and fix for debian, Zorro Lang
- [PATCH 5/5] fstests: add stress truncation + writeback test, Luis Chamberlain
  - Re: [PATCH 5/5] fstests: add stress truncation + writeback test, Darrick J. Wong
    - Re: [PATCH 5/5] fstests: add stress truncation + writeback test, Luis Chamberlain
      - Re: [PATCH 5/5] fstests: add stress truncation + writeback test, Darrick J. Wong
        
        Re: [PATCH 5/5] fstests: add stress truncation + writeback test, Luis Chamberlain
- [PATCH 2/5] fstests: add mmap page boundary tests, Luis Chamberlain
  - Re: [PATCH 2/5] fstests: add mmap page boundary tests, Darrick J. Wong
    - Re: [PATCH 2/5] fstests: add mmap page boundary tests, Luis Chamberlain
      - Re: [PATCH 2/5] fstests: add mmap page boundary tests, Darrick J. Wong
        
        Re: [PATCH 2/5] fstests: add mmap page boundary tests, Luis Chamberlain
  - Re: [PATCH 2/5] fstests: add mmap page boundary tests, Zorro Lang
    - Re: [PATCH 2/5] fstests: add mmap page boundary tests, Luis Chamberlain
- [PATCH 3/5] fstests: add fsstress + compaction test, Luis Chamberlain
  - Re: [PATCH 3/5] fstests: add fsstress + compaction test, Darrick J. Wong
  - Re: [PATCH 3/5] fstests: add fsstress + compaction test, Zorro Lang
    - Re: [PATCH 3/5] fstests: add fsstress + compaction test, Luis Chamberlain
- [PATCH 1/5] common: move mread() to generic helper _mread(), Luis Chamberlain
  - Re: [PATCH 1/5] common: move mread() to generic helper _mread(), Darrick J. Wong
possible deadlock in freeze_super, Marius Fleischer
- Re: possible deadlock in freeze_super, Christian Brauner
  - Re: possible deadlock in freeze_super, Marius Fleischer
    - Re: possible deadlock in freeze_super, Marius Fleischer
      - Re: possible deadlock in freeze_super, Dmitry Vyukov
        
        Re: possible deadlock in freeze_super, Marius Fleischer
[PATCH v2 0/2] rcu-based inode lookup for iget*, Mateusz Guzik
- [PATCH v2 1/2] vfs: add rcu-based find_inode variants for iget ops, Mateusz Guzik
  - Re: [PATCH v2 1/2] vfs: add rcu-based find_inode variants for iget ops, Christoph Hellwig
    - Re: [PATCH v2 1/2] vfs: add rcu-based find_inode variants for iget ops, Mateusz Guzik
      - Re: [PATCH v2 1/2] vfs: add rcu-based find_inode variants for iget ops, Christoph Hellwig
        
        Re: [PATCH v2 1/2] vfs: add rcu-based find_inode variants for iget ops, Mateusz Guzik
        
        Re: [PATCH v2 1/2] vfs: add rcu-based find_inode variants for iget ops, Christoph Hellwig
- [PATCH v2 2/2] btrfs: use iget5_locked_rcu, Mateusz Guzik
[PATCH v6 0/3] Clean up usage of rt_task(), Qais Yousef
- [PATCH v6 1/3] sched/rt: Clean up usage of rt_task(), Qais Yousef
- [PATCH v6 2/3] sched/rt, dl: Convert functions to return bool, Qais Yousef
- [PATCH v6 3/3] sched/rt: Rename realtime_{prio, task}() to rt_or_dl_{prio, task}(), Qais Yousef
  - Re: [PATCH v6 3/3] sched/rt: Rename realtime_{prio, task}() to rt_or_dl_{prio, task}(), Daniel Bristot de Oliveira
    - Re: [PATCH v6 3/3] sched/rt: Rename realtime_{prio, task}() to rt_or_dl_{prio, task}(), Steven Rostedt
- Re: [PATCH v6 0/3] Clean up usage of rt_task(), Qais Yousef
[PATCH -mm 0/2] nilfs2: eliminate the call to inode_attach_wb(), Ryusuke Konishi
- [PATCH -mm 1/2] nilfs2: prepare backing device folios for writing after adding checksums, Ryusuke Konishi
- [PATCH -mm 2/2] nilfs2: do not call inode_attach_wb() directly, Ryusuke Konishi
[PATCH v8 00/10] block atomic writes, John Garry
- [PATCH v8 03/10] fs: Initial atomic write support, John Garry
  - Re: [PATCH v8 03/10] fs: Initial atomic write support, Darrick J. Wong
- [PATCH v8 06/10] block: Add atomic write support for statx, John Garry
- [PATCH v8 02/10] block: Generalize chunk_sectors support as boundary support, John Garry
- [PATCH v8 01/10] block: Pass blk_queue_get_max_sectors() a request pointer, John Garry
- [PATCH v8 10/10] nvme: Atomic write support, John Garry
  - Re: [PATCH v8 10/10] nvme: Atomic write support, Kanchan Joshi
    - Re: [PATCH v8 10/10] nvme: Atomic write support, John Garry
      - Re: [PATCH v8 10/10] nvme: Atomic write support, Christoph Hellwig
        
        Re: [PATCH v8 10/10] nvme: Atomic write support, John Garry
- [PATCH v8 07/10] block: Add fops atomic write support, John Garry
- [PATCH v8 04/10] fs: Add initial atomic write support info to statx, John Garry
  - Re: [PATCH v8 04/10] fs: Add initial atomic write support info to statx, Darrick J. Wong
    - Re: [PATCH v8 04/10] fs: Add initial atomic write support info to statx, John Garry
- [PATCH v8 08/10] scsi: sd: Atomic write support, John Garry
- [PATCH v8 05/10] block: Add core atomic write support, John Garry
  - Re: [PATCH v8 05/10] block: Add core atomic write support, Keith Busch
    - Re: [PATCH v8 05/10] block: Add core atomic write support, Christoph Hellwig
      - Re: [PATCH v8 05/10] block: Add core atomic write support, John Garry
        
        Re: [PATCH v8 05/10] block: Add core atomic write support, Keith Busch
        
        Re: [PATCH v8 05/10] block: Add core atomic write support, John Garry
        
        Re: [PATCH v8 05/10] block: Add core atomic write support, Christoph Hellwig
        
        Re: [PATCH v8 05/10] block: Add core atomic write support, John Garry
        
        Re: [PATCH v8 05/10] block: Add core atomic write support, Martin K. Petersen
- [PATCH v8 09/10] scsi: scsi_debug: Atomic write support, John Garry
- Re: [PATCH v8 00/10] block atomic writes, Martin K. Petersen
Re: [syzbot] [mm?] INFO: task hung in __unmap_and_move (4), syzbot
The proper handling of failed IO error?, Qu Wenruo
- Re: The proper handling of failed IO error?, Matthew Wilcox
  - Re: The proper handling of failed IO error?, Qu Wenruo
[PATCH v2 0/4] Introduce user namespace capabilities, Jonathan Calmels
- [PATCH v2 1/4] capabilities: Add user namespace capabilities, Jonathan Calmels
  - Re: [PATCH v2 1/4] capabilities: Add user namespace capabilities, Serge E. Hallyn
    - Re: [PATCH v2 1/4] capabilities: Add user namespace capabilities, Jonathan Calmels
      - Re: [PATCH v2 1/4] capabilities: Add user namespace capabilities, Serge E. Hallyn
  - Re: [PATCH v2 1/4] capabilities: Add user namespace capabilities, Serge E. Hallyn
    - Re: [PATCH v2 1/4] capabilities: Add user namespace capabilities, Jonathan Calmels
      - Re: [PATCH v2 1/4] capabilities: Add user namespace capabilities, Serge E. Hallyn
- [PATCH v2 2/4] capabilities: Add securebit to restrict userns caps, Jonathan Calmels
  - Re: [PATCH v2 2/4] capabilities: Add securebit to restrict userns caps, Serge E. Hallyn
    - Re: [PATCH v2 2/4] capabilities: Add securebit to restrict userns caps, Jonathan Calmels
      - Re: [PATCH v2 2/4] capabilities: Add securebit to restrict userns caps, Serge E. Hallyn
  - Re: [PATCH v2 2/4] capabilities: Add securebit to restrict userns caps, Jarkko Sakkinen
    - Re: [PATCH v2 2/4] capabilities: Add securebit to restrict userns caps, Jarkko Sakkinen
- [PATCH v2 3/4] capabilities: Add sysctl to mask off userns caps, Jonathan Calmels
- [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Jonathan Calmels
  - Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Paul Moore
    - Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Jonathan Calmels
      - Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, John Johansen
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Paul Moore
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Jonathan Calmels
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Paul Moore
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Jonathan Calmels
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Paul Moore
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, John Johansen
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Jonathan Calmels
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Paul Moore
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Serge E. Hallyn
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Dr. Greg
        
        Re: [PATCH v2 4/4] bpf,lsm: Allow editing capabilities in BPF-LSM hooks, Paul Moore
- Re: [PATCH v2 0/4] Introduce user namespace capabilities, Josef Bacik
  - Re: [PATCH v2 0/4] Introduce user namespace capabilities, Jonathan Calmels
[PATCH] netfs: Switch debug logging to pr_debug(), Uwe Kleine-König
- Re: [PATCH] netfs: Switch debug logging to pr_debug(), Christian Brauner
[PATCH RESEND 0/3] Remove usage of the deprecated ida_simple_xx() API, Christophe JAILLET
- [PATCH RESEND 2/3] most: Remove usage of the deprecated ida_simple_xx() API, Christophe JAILLET
- [PATCH RESEND 1/3] fsi: occ: Remove usage of the deprecated ida_simple_xx() API, Christophe JAILLET
- [PATCH RESEND 3/3] proc: Remove usage of the deprecated ida_simple_xx() API, Christophe JAILLET
  - Re: (subset) [PATCH RESEND 3/3] proc: Remove usage of the deprecated ida_simple_xx() API, Christian Brauner
Re: [syzbot] [hfs?] KMSAN: uninit-value in hfs_revalidate_dentry, Chao Yu
- Re: [syzbot] [hfs?] KMSAN: uninit-value in hfs_revalidate_dentry, syzbot
- <Possible follow-ups>
- Re: [syzbot] [hfs?] KMSAN: uninit-value in hfs_revalidate_dentry, Chao Yu
  - Re: [syzbot] [hfs?] KMSAN: uninit-value in hfs_revalidate_dentry, syzbot
[viro-vfs:work.fd 7/20] drivers/block/ataflop.c:428:13: error: conflicting types for 'fd_error'; have 'void(void)', kernel test robot
[PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
- Re: [PATCH] Documentation: document the design of iomap and how to port, Christoph Hellwig
  - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
    - Re: [PATCH] Documentation: document the design of iomap and how to port, Jan Kara
      - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
        
        Re: [PATCH] Documentation: document the design of iomap and how to port, Jan Kara
        
        Re: [PATCH] Documentation: document the design of iomap and how to port, Dave Chinner
        
        Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
    - Re: [PATCH] Documentation: document the design of iomap and how to port, Christoph Hellwig
      - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
- Re: [PATCH] Documentation: document the design of iomap and how to port, IBM
  - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
    - Re: [PATCH] Documentation: document the design of iomap and how to port, IBM
      - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
        
        Re: [PATCH] Documentation: document the design of iomap and how to port, IBM
- Re: [PATCH] Documentation: document the design of iomap and how to port, IBM
  - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
    - Re: [PATCH] Documentation: document the design of iomap and how to port, IBM
      - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
- Re: [PATCH] Documentation: document the design of iomap and how to port, IBM
  - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
- Re: [PATCH] Documentation: document the design of iomap and how to port, IBM
  - Re: [PATCH] Documentation: document the design of iomap and how to port, Darrick J. Wong
[PATCH v7 00/11] enable bs > ps in XFS, Pankaj Raghav (Samsung)
- [PATCH v7 02/11] fs: Allow fine-grained control of folio sizes, Pankaj Raghav (Samsung)
  - Re: [PATCH v7 02/11] fs: Allow fine-grained control of folio sizes, Darrick J. Wong
- [PATCH v7 01/11] readahead: rework loop in page_cache_ra_unbounded(), Pankaj Raghav (Samsung)
- [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Pankaj Raghav (Samsung)
  - Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Matthew Wilcox
    - Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Pankaj Raghav (Samsung)
      - Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Matthew Wilcox
        
        Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Pankaj Raghav (Samsung)
        
        Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Matthew Wilcox
        
        Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Pankaj Raghav (Samsung)
        
        Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Hannes Reinecke
        
        Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Pankaj Raghav (Samsung)
        
        Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Hannes Reinecke
        
        Re: [PATCH v7 04/11] readahead: allocate folios with mapping_min_order in readahead, Hannes Reinecke
- [PATCH v7 03/11] filemap: allocate mapping_min_order folios in the page cache, Pankaj Raghav (Samsung)
  - Re: [PATCH v7 03/11] filemap: allocate mapping_min_order folios in the page cache, Hannes Reinecke
  - Re: [PATCH v7 03/11] filemap: allocate mapping_min_order folios in the page cache, Darrick J. Wong
  - Re: [PATCH v7 03/11] filemap: allocate mapping_min_order folios in the page cache, Matthew Wilcox
  - Re: [PATCH v7 03/11] filemap: allocate mapping_min_order folios in the page cache, Christoph Hellwig
    - Re: [PATCH v7 03/11] filemap: allocate mapping_min_order folios in the page cache, Pankaj Raghav (Samsung)
      - Re: [PATCH v7 03/11] filemap: allocate mapping_min_order folios in the page cache, Matthew Wilcox
- [PATCH v7 05/11] mm: split a folio in minimum folio order chunks, Pankaj Raghav (Samsung)
  - Re: [PATCH v7 05/11] mm: split a folio in minimum folio order chunks, Zi Yan
    - Re: [PATCH v7 05/11] mm: split a folio in minimum folio order chunks, Matthew Wilcox
      - Re: [PATCH v7 05/11] mm: split a folio in minimum folio order chunks, Pankaj Raghav (Samsung)
    - Re: [PATCH v7 05/11] mm: split a folio in minimum folio order chunks, Pankaj Raghav (Samsung)
      - Re: [PATCH v7 05/11] mm: split a folio in minimum folio order chunks, Zi Yan
        
        Re: [PATCH v7 05/11] mm: split a folio in minimum folio order chunks, Pankaj Raghav (Samsung)
  - Re: [PATCH v7 05/11] mm: split a folio in minimum folio order chunks, Hannes Reinecke
- [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Pankaj Raghav (Samsung)
  - Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Matthew Wilcox
    - Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Luis Chamberlain
      - Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), David Hildenbrand
        
        Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Luis Chamberlain
        
        Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), David Hildenbrand
        
        Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Luis Chamberlain
        
        Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Matthew Wilcox
        
        Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Luis Chamberlain
        
        Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Matthew Wilcox
        
        Re: [PATCH v7 06/11] filemap: cap PTE range to be created to allowed zero fill in folio_map_range(), Luis Chamberlain
- [PATCH v7 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size, Pankaj Raghav (Samsung)
  - Re: [PATCH v7 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size, John Garry
    - Re: [PATCH v7 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size, Pankaj Raghav (Samsung)
      - Re: [PATCH v7 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size, John Garry
  - Re: [PATCH v7 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size, Darrick J. Wong
    - Re: [PATCH v7 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size, Pankaj Raghav (Samsung)
- [PATCH v7 09/11] xfs: expose block size in stat, Pankaj Raghav (Samsung)
- [PATCH v7 11/11] xfs: enable block size larger than page size support, Pankaj Raghav (Samsung)
  - Re: [PATCH v7 11/11] xfs: enable block size larger than page size support, Christoph Hellwig
    - Re: [PATCH v7 11/11] xfs: enable block size larger than page size support, Dave Chinner
      - Re: [PATCH v7 11/11] xfs: enable block size larger than page size support, Christoph Hellwig
        
        Re: [PATCH v7 11/11] xfs: enable block size larger than page size support, Pankaj Raghav (Samsung)
        
        Re: [PATCH v7 11/11] xfs: enable block size larger than page size support, Dave Chinner
- [PATCH v7 10/11] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Pankaj Raghav (Samsung)
  - Re: [PATCH v7 10/11] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Christoph Hellwig
    - Re: [PATCH v7 10/11] xfs: make the calculation generic in xfs_sb_validate_fsb_count(), Pankaj Raghav (Samsung)
- [PATCH v7 08/11] xfs: use kvmalloc for xattr buffers, Pankaj Raghav (Samsung)
[PATCH 0/4] fs: allow listmount() with reversed ordering, Christian Brauner
- [PATCH 2/4] path: add cleanup helper, Christian Brauner
- [PATCH 1/4] fs: use semaphore gard in listmount(), Christian Brauner
- [PATCH 3/4] fs: simplify error handling, Christian Brauner
- [PATCH 4/4] listmount: allow listing in reverse order, Christian Brauner
  - Re: [PATCH 4/4] listmount: allow listing in reverse order, Matthew Wilcox
    - Re: [PATCH 4/4] listmount: allow listing in reverse order, Christian Brauner
- Re: [PATCH 0/4] fs: allow listmount() with reversed ordering, Mateusz Guzik
  - Re: [PATCH 0/4] fs: allow listmount() with reversed ordering, Christian Brauner
- Re: [PATCH 0/4] fs: allow listmount() with reversed ordering, Josef Bacik
[PATCH v4 00/22] block atomic writes for xfs, John Garry
- [PATCH v4 07/22] xfs: make EOF allocation simpler, John Garry
- [PATCH v4 02/22] iomap: Allow filesystems set IO block zeroing size, John Garry
  - Re: [PATCH v4 02/22] iomap: Allow filesystems set IO block zeroing size, Darrick J. Wong
    - Re: [PATCH v4 02/22] iomap: Allow filesystems set IO block zeroing size, John Garry
      - Re: [PATCH v4 02/22] iomap: Allow filesystems set IO block zeroing size, Darrick J. Wong
        
        Re: [PATCH v4 02/22] iomap: Allow filesystems set IO block zeroing size, John Garry
- [PATCH v4 03/22] xfs: Use extent size granularity for iomap->io_block_size, John Garry
  - Re: [PATCH v4 03/22] xfs: Use extent size granularity for iomap->io_block_size, Darrick J. Wong
    - Re: [PATCH v4 03/22] xfs: Use extent size granularity for iomap->io_block_size, John Garry
- [PATCH v4 01/22] fs: Add generic_atomic_write_valid_size(), John Garry
  - Re: [PATCH v4 01/22] fs: Add generic_atomic_write_valid_size(), Darrick J. Wong
    - Re: [PATCH v4 01/22] fs: Add generic_atomic_write_valid_size(), John Garry
      - Re: [PATCH v4 01/22] fs: Add generic_atomic_write_valid_size(), Darrick J. Wong
- [PATCH v4 05/22] xfs: always tail align maxlen allocations, John Garry
- [PATCH v4 09/22] xfs: align args->minlen for forced allocation alignment, John Garry
- [PATCH v4 10/22] xfs: Introduce FORCEALIGN inode flag, John Garry
- [PATCH v4 11/22] xfs: Do not free EOF blocks for forcealign, John Garry
- [PATCH v4 12/22] xfs: Update xfs_inode_alloc_unitsize_fsb() for forcealign, John Garry
- [PATCH v4 13/22] xfs: Unmap blocks according to forcealign, John Garry
  - Re: [PATCH v4 13/22] xfs: Unmap blocks according to forcealign, John Garry
- [PATCH v4 04/22] xfs: only allow minlen allocations when near ENOSPC, John Garry
- [PATCH v4 08/22] xfs: introduce forced allocation alignment, John Garry
- [PATCH v4 15/22] xfs: Don't revert allocated offset for forcealign, John Garry
- [PATCH v4 14/22] xfs: Only free full extents for forcealign, John Garry
- [PATCH v4 17/22] fs: Add FS_XFLAG_ATOMICWRITES flag, John Garry
- [PATCH v4 18/22] iomap: Atomic write support, John Garry
- [PATCH v4 22/22] xfs: Support setting FMODE_CAN_ATOMIC_WRITE, John Garry
- [PATCH v4 21/22] xfs: Validate atomic writes, John Garry
- [PATCH v4 19/22] xfs: Support FS_XFLAG_ATOMICWRITES for forcealign, John Garry
- [PATCH v4 06/22] xfs: simplify extent allocation alignment, John Garry
- [PATCH v4 20/22] xfs: Support atomic write for statx, John Garry
- [PATCH v4 16/22] xfs: Enable file data forcealign feature, John Garry
[PATCH] hfsplus: fix to avoid false alarm of circular locking, Chao Yu
Re: [syzbot] possible deadlock in hfsplus_file_truncate, Chao Yu
- Re: [syzbot] [hfs?] possible deadlock in hfsplus_file_truncate, syzbot
[PATCH v1 0/6] fs/proc: move page_mapcount() to fs/proc/internal.h, David Hildenbrand
- [PATCH v1 1/6] fs/proc/task_mmu: indicate PM_FILE for PMD-mapped file THP, David Hildenbrand
  - Re: [PATCH v1 1/6] fs/proc/task_mmu: indicate PM_FILE for PMD-mapped file THP, Kirill A . Shutemov
  - Re: [PATCH v1 1/6] fs/proc/task_mmu: indicate PM_FILE for PMD-mapped file THP, Lance Yang
  - Re: [PATCH v1 1/6] fs/proc/task_mmu: indicate PM_FILE for PMD-mapped file THP, Oscar Salvador
- [PATCH v1 2/6] fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT, David Hildenbrand
  - Re: [PATCH v1 2/6] fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT, Oscar Salvador
    - Re: [PATCH v1 2/6] fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT, Oscar Salvador
      - Re: [PATCH v1 2/6] fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT, David Hildenbrand
    - Re: [PATCH v1 2/6] fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT, David Hildenbrand
  - Re: [PATCH v1 2/6] fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT, Oscar Salvador
    - Re: [PATCH v1 2/6] fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT, David Hildenbrand
      - Re: [PATCH v1 2/6] fs/proc/task_mmu: don't indicate PM_MMAP_EXCLUSIVE without PM_PRESENT, Oscar Salvador
- [PATCH v1 4/6] fs/proc/task_mmu: account non-present entries as "maybe shared, but no idea how often", David Hildenbrand
- [PATCH v1 5/6] fs/proc: move page_mapcount() to fs/proc/internal.h, David Hildenbrand
- [PATCH v1 3/6] fs/proc/task_mmu: properly detect PM_MMAP_EXCLUSIVE per page of PMD-mapped THPs, David Hildenbrand
  - Re: [PATCH v1 3/6] fs/proc/task_mmu: properly detect PM_MMAP_EXCLUSIVE per page of PMD-mapped THPs, Oscar Salvador
- [PATCH v1 6/6] Documentation/admin-guide/mm/pagemap.rst: drop "Using pagemap to do something useful", David Hildenbrand
- Re: [PATCH v1 0/6] fs/proc: move page_mapcount() to fs/proc/internal.h, Oscar Salvador
[PATCH 00/18] Bugfix and refactoring, Konstantin Komarov
- [PATCH 05/18] fs/ntfs3: Missed NI_FLAG_UPDATE_PARENT setting, Konstantin Komarov
- [PATCH 06/18] fs/ntfs3: Fix getting file type, Konstantin Komarov
- [PATCH 07/18] fs/ntfs3: Add missing .dirty_folio in address_space_operations, Konstantin Komarov
- [PATCH 08/18] fs/ntfs3: Fix attr_insert_range at end of file, Konstantin Komarov
- [PATCH 09/18] fs/ntfs3: Replace inode_trylock with inode_lock, Konstantin Komarov
- [PATCH 10/18] fs/ntfs3: One more reason to mark inode bad, Konstantin Komarov
- [PATCH 11/18] fs/ntfs3: Correct undo if ntfs_create_inode failed, Konstantin Komarov
- [PATCH 12/18] fs/ntfs3: Add a check for attr_names and oatbl, Konstantin Komarov

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