Linux Filesystem Development

• Date Index

• Re: bvec_iter.bi_sector -> loff_t? (was: Re: [PATCH] bcachefs: allow direct io fallback to buffer io for) unaligned length or offset, (continued)
  • Re: bvec_iter.bi_sector -> loff_t? (was: Re: [PATCH] bcachefs: allow direct io fallback to buffer io for) unaligned length or offset, Ming Lei
    • Re: bvec_iter.bi_sector -> loff_t? (was: Re: [PATCH] bcachefs: allow direct io fallback to buffer io for) unaligned length or offset, Kent Overstreet
      • Re: bvec_iter.bi_sector -> loff_t? (was: Re: [PATCH] bcachefs: allow direct io fallback to buffer io for) unaligned length or offset, Ming Lei
        • Re: bvec_iter.bi_sector -> loff_t? (was: Re: [PATCH] bcachefs: allow direct io fallback to buffer io for) unaligned length or offset, Kent Overstreet
• [PATCH] udf: Avoid excessive partition lengths, Jan Kara
  • Re: [PATCH] udf: Avoid excessive partition lengths, Matthew Wilcox
    • Re: [PATCH] udf: Avoid excessive partition lengths, Jan Kara
• [PATCH v2] statx.2: Document STATX_SUBVOL, John Garry
  • Re: [PATCH v2] statx.2: Document STATX_SUBVOL, John Garry
    • Re: [PATCH v2] statx.2: Document STATX_SUBVOL, Alejandro Colomar
  • Re: [PATCH v2] statx.2: Document STATX_SUBVOL, Alejandro Colomar
• [Patch v9 00/10] block atomic writes, John Garry
  • [Patch v9 01/10] block: Pass blk_queue_get_max_sectors() a request pointer, John Garry
    • Re: [Patch v9 01/10] block: Pass blk_queue_get_max_sectors() a request pointer, Hannes Reinecke
  • [Patch v9 02/10] block: Generalize chunk_sectors support as boundary support, John Garry
    • Re: [Patch v9 02/10] block: Generalize chunk_sectors support as boundary support, Hannes Reinecke
  • [Patch v9 04/10] fs: Add initial atomic write support info to statx, John Garry
    • Re: [Patch v9 04/10] fs: Add initial atomic write support info to statx, Hannes Reinecke
  • [Patch v9 06/10] block: Add atomic write support for statx, John Garry
    • Re: [Patch v9 06/10] block: Add atomic write support for statx, Keith Busch
    • Re: [Patch v9 06/10] block: Add atomic write support for statx, Hannes Reinecke
  • [Patch v9 07/10] block: Add fops atomic write support, John Garry
    • Re: [Patch v9 07/10] block: Add fops atomic write support, Keith Busch
    • Re: [Patch v9 07/10] block: Add fops atomic write support, Hannes Reinecke
      • Re: [Patch v9 07/10] block: Add fops atomic write support, John Garry
        • Re: [Patch v9 07/10] block: Add fops atomic write support, Darrick J. Wong
    • Re: [Patch v9 07/10] block: Add fops atomic write support, Kanchan Joshi
  • [Patch v9 03/10] fs: Initial atomic write support, John Garry
    • Re: [Patch v9 03/10] fs: Initial atomic write support, Hannes Reinecke
  • [Patch v9 08/10] scsi: sd: Atomic write support, John Garry
    • Re: [Patch v9 08/10] scsi: sd: Atomic write support, Hannes Reinecke
  • [Patch v9 05/10] block: Add core atomic write support, John Garry
    • Re: [Patch v9 05/10] block: Add core atomic write support, Keith Busch
    • Re: [Patch v9 05/10] block: Add core atomic write support, Hannes Reinecke
      • Re: [Patch v9 05/10] block: Add core atomic write support, John Garry
  • [Patch v9 09/10] scsi: scsi_debug: Atomic write support, John Garry
    • Re: [Patch v9 09/10] scsi: scsi_debug: Atomic write support, Hannes Reinecke
  • [Patch v9 10/10] nvme: Atomic write support, John Garry
    • Re: [Patch v9 10/10] nvme: Atomic write support, Keith Busch
    • Re: [Patch v9 10/10] nvme: Atomic write support, Hannes Reinecke
    • Re: [Patch v9 10/10] nvme: Atomic write support, Kanchan Joshi
  • Re: [Patch v9 00/10] block atomic writes, Jens Axboe
    • Re: [Patch v9 00/10] block atomic writes, John Garry
      • Re: [Patch v9 00/10] block atomic writes, Jens Axboe
        • Re: [Patch v9 00/10] block atomic writes, John Garry
• [PATCH] vfs: reorder checks in may_create_in_sticky, Mateusz Guzik
  • Re: [PATCH] vfs: reorder checks in may_create_in_sticky, Jan Kara
  • Re: [PATCH] vfs: reorder checks in may_create_in_sticky, Christian Brauner
  • Re: [PATCH] vfs: reorder checks in may_create_in_sticky, Christian Brauner
    • Re: [PATCH] vfs: reorder checks in may_create_in_sticky, Mateusz Guzik
    • Re: [PATCH] vfs: reorder checks in may_create_in_sticky, Jan Kara
• [PATCH 1/3] fs: Export in_group_or_capable(), Youling Tang
  • [PATCH 2/3] f2fs: Use in_group_or_capable() helper, Youling Tang
  • [PATCH 3/3] fuse: Use in_group_or_capable() helper, Youling Tang
  • Re: [PATCH 1/3] fs: Export in_group_or_capable(), Christian Brauner
  • Re: [f2fs-dev] [PATCH 1/3] fs: Export in_group_or_capable(), patchwork-bot+f2fs
• FYI: path walking optimizations pending for 6.11, Linus Torvalds
  • Re: FYI: path walking optimizations pending for 6.11, Matthew Wilcox
    • Re: FYI: path walking optimizations pending for 6.11, Linus Torvalds
      • Re: FYI: path walking optimizations pending for 6.11, Kent Overstreet
      • Re: FYI: path walking optimizations pending for 6.11, Matthew Wilcox
        • Re: FYI: path walking optimizations pending for 6.11, Linus Torvalds
  • Re: FYI: path walking optimizations pending for 6.11, Arnd Bergmann
    • Re: FYI: path walking optimizations pending for 6.11, Linus Torvalds
  • Re: FYI: path walking optimizations pending for 6.11, Mark Rutland
    • Re: FYI: path walking optimizations pending for 6.11, Linus Torvalds
      • Re: FYI: path walking optimizations pending for 6.11, Linus Torvalds
• [PATCH] openpromfs: add missing MODULE_DESCRIPTION() macro, Jeff Johnson
  • Re: [PATCH] openpromfs: add missing MODULE_DESCRIPTION() macro, Christian Brauner
• [PATCH] nsfs: add pid translation ioctls, Christian Brauner
  • Re: [PATCH] nsfs: add pid translation ioctls, Alexander Mikhalitsyn
• [PATCH 6.1 207/217] cachefiles, erofs: Fix NULL deref in when cachefiles is not doing ondemand-mode, Greg Kroah-Hartman
• [PATCH 6.6 250/267] cachefiles, erofs: Fix NULL deref in when cachefiles is not doing ondemand-mode, Greg Kroah-Hartman
• [PATCH v5 0/6] ioctl()-based API to query VMAs from /proc/<pid>/maps, Andrii Nakryiko
  • [PATCH v5 1/6] fs/procfs: extract logic for getting VMA name constituents, Andrii Nakryiko
  • [PATCH v5 2/6] fs/procfs: implement efficient VMA querying API for /proc/<pid>/maps, Andrii Nakryiko
    • Re: [PATCH v5 2/6] fs/procfs: implement efficient VMA querying API for /proc/<pid>/maps, Liam R. Howlett
      • Re: [PATCH v5 2/6] fs/procfs: implement efficient VMA querying API for /proc/<pid>/maps, Andrii Nakryiko
  • [PATCH v5 3/6] fs/procfs: add build ID fetching to PROCMAP_QUERY API, Andrii Nakryiko
    • Re: [PATCH v5 3/6] fs/procfs: add build ID fetching to PROCMAP_QUERY API, Alexey Dobriyan
      • Re: [PATCH v5 3/6] fs/procfs: add build ID fetching to PROCMAP_QUERY API, Andrii Nakryiko
  • [PATCH v5 4/6] docs/procfs: call out ioctl()-based PROCMAP_QUERY command existence, Andrii Nakryiko
  • [PATCH v5 5/6] tools: sync uapi/linux/fs.h header into tools subdir, Andrii Nakryiko
  • [PATCH v5 6/6] selftests/proc: add PROCMAP_QUERY ioctl tests, Andrii Nakryiko
• [PATCH -next v6 0/2] iomap/xfs: fix stale data exposure when truncating realtime inodes, Zhang Yi
  • [PATCH -next v6 1/2] xfs: reserve blocks for truncating large realtime inode, Zhang Yi
    • Re: [PATCH -next v6 1/2] xfs: reserve blocks for truncating large realtime inode, Dave Chinner
      • Re: [PATCH -next v6 1/2] xfs: reserve blocks for truncating large realtime inode, Zhang Yi
        • Re: [PATCH -next v6 1/2] xfs: reserve blocks for truncating large realtime inode, Dave Chinner
          • Re: [PATCH -next v6 1/2] xfs: reserve blocks for truncating large realtime inode, Christoph Hellwig
  • [PATCH -next v6 2/2] iomap: don't increase i_size in iomap_write_end(), Zhang Yi
    • Re: [PATCH -next v6 2/2] iomap: don't increase i_size in iomap_write_end(), Christoph Hellwig
  • Re: [PATCH -next v6 0/2] iomap/xfs: fix stale data exposure when truncating realtime inodes, Darrick J. Wong
    • Re: [PATCH -next v6 0/2] iomap/xfs: fix stale data exposure when truncating realtime inodes, Zhang Yi
  • Re: [PATCH -next v6 0/2] iomap/xfs: fix stale data exposure when truncating realtime inodes, Christian Brauner
• [PATCH 5.10 196/770] namei: introduce struct renamedata, Greg Kroah-Hartman
• [PATCH 5.10 195/770] fs: add file and path permissions helpers, Greg Kroah-Hartman
• [ANNOUNCE] xfs-linux: for-next updated to 348a1983cf4c, Chandan Babu R
• [PATCH RFC] mm/readahead: Fix repeat initial_readahead, Peng Zhang
  • Re: [PATCH RFC] mm/readahead: Fix repeat initial_readahead, zippermonkey
    • Re: [PATCH RFC] mm/readahead: Fix repeat initial_readahead, Jan Kara
• [PATCH 1/2] xfs: reorder xfs_inode structure elements to remove unneeded padding., Junchao Sun
  • [PATCH 2/2] vfs: reorder struct file structure elements to remove unneeded padding., Junchao Sun
    • Re: [PATCH 2/2] vfs: reorder struct file structure elements to remove unneeded padding., Christian Brauner
  • Re: [PATCH 1/2] xfs: reorder xfs_inode structure elements to remove unneeded padding., Darrick J. Wong
    • Re: [PATCH 1/2] xfs: reorder xfs_inode structure elements to remove unneeded padding., JunChao Sun
      • Re: [PATCH 1/2] xfs: reorder xfs_inode structure elements to remove unneeded padding., Matthew Wilcox
        • Re: [PATCH 1/2] xfs: reorder xfs_inode structure elements to remove unneeded padding., JunChao Sun
• [PATCH] filemap: add trace events for get_pages, map_pages, and fault, Takaya Saeki
  • Re: [PATCH] filemap: add trace events for get_pages, map_pages, and fault, Steven Rostedt
    • Re: [PATCH] filemap: add trace events for get_pages, map_pages, and fault, Takaya Saeki
  • Re: [PATCH] filemap: add trace events for get_pages, map_pages, and fault, Matthew Wilcox
    • Re: [PATCH] filemap: add trace events for get_pages, map_pages, and fault, Takaya Saeki
• [PATCH 0/1] binfmt_elf, coredump: Log the reason of the failed core dumps, Roman Kisel
  • [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, Roman Kisel
    • Re: [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, Kees Cook
      • Re: [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, Roman Kisel
    • Re: [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, Sebastian Andrzej Siewior
      • Re: [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, Roman Kisel
        • Re: [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, Eric W. Biederman
          • Re: [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, Roman Kisel
    • Re: [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, kernel test robot
    • Re: [PATCH 1/1] binfmt_elf, coredump: Log the reason of the failed core dumps, kernel test robot
• [PATCH] tools/testing/radix-tree: add missing MODULE_DESCRIPTION definition, Sidhartha Kumar
  • Re: [PATCH] tools/testing/radix-tree: add missing MODULE_DESCRIPTION definition, Liam R. Howlett
• [PATCH 0/2 v3] fsnotify: Generate FS_CREATE event before FS_OPEN, Jan Kara
  • [PATCH 1/2] fsnotify: Do not generate events for O_PATH file descriptors, Jan Kara
    • Re: [PATCH 1/2] fsnotify: Do not generate events for O_PATH file descriptors, Amir Goldstein
    • Re: [PATCH 1/2] fsnotify: Do not generate events for O_PATH file descriptors, Christian Brauner
      • Re: [PATCH 1/2] fsnotify: Do not generate events for O_PATH file descriptors, Jan Kara
  • [PATCH 2/2] vfs: generate FS_CREATE before FS_OPEN when ->atomic_open used., Jan Kara
    • Re: [PATCH 2/2] vfs: generate FS_CREATE before FS_OPEN when ->atomic_open used., Amir Goldstein
• [PATCH 0/3] udf: Fix two syzbot reports, Jan Kara
  • [PATCH 3/3] udf: Drop load_block_bitmap() wrapper, Jan Kara
  • [PATCH 2/3] udf: Avoid using corrupted block bitmap buffer, Jan Kara
  • [PATCH 1/3] udf: Fix bogus checksum computation in udf_rename(), Jan Kara
• [PATCH] udf: Fix bogus checksum computation in udf_rename(), Jan Kara
• virtio-blk/ext4 error handling for host-side ENOSPC, Keiichi Watanabe
  • Re: virtio-blk/ext4 error handling for host-side ENOSPC, Keiichi Watanabe
    • Re: virtio-blk/ext4 error handling for host-side ENOSPC, Stefan Hajnoczi
      • Re: virtio-blk/ext4 error handling for host-side ENOSPC, Keiichi Watanabe
        • Re: virtio-blk/ext4 error handling for host-side ENOSPC, Stefan Hajnoczi
• [PATCH] hfs: fix to initialize fields of hfs_inode_info after hfs_alloc_inode(), Chao Yu
  • Re: [PATCH] hfs: fix to initialize fields of hfs_inode_info after hfs_alloc_inode(), Christian Brauner
• Re: [RFC PATCH] mm: truncate: flush lru cache for evicted inode, Matthew Wilcox
  • Re: [RFC PATCH] mm: truncate: flush lru cache for evicted inode, Hillf Danton
    • Re: [syzbot] [nilfs?] [mm?] KASAN: slab-use-after-free Read in lru_add_fn, syzbot
  • Re: [RFC PATCH] mm: truncate: flush lru cache for evicted inode, Hillf Danton
    • Re: [syzbot] [nilfs?] [mm?] KASAN: slab-use-after-free Read in lru_add_fn, syzbot
      • [PATCH 0/3] nilfs2: fix potential issues related to reserved inodes, Ryusuke Konishi
        • [PATCH 1/3] nilfs2: fix inode number range checks, Ryusuke Konishi
        • [PATCH 2/3] nilfs2: add missing check for inode numbers on directory entries, Ryusuke Konishi
        • [PATCH 3/3] nilfs2: fix incorrect inode allocation from reserved inodes, Ryusuke Konishi
    • Re: [RFC PATCH] mm: truncate: flush lru cache for evicted inode, Jan Kara
      • Re: [RFC PATCH] mm: truncate: flush lru cache for evicted inode, Ryusuke Konishi
• [GIT PULL] xfs: bug fix for 6.10, Chandan Babu R
  • Re: [GIT PULL] xfs: bug fix for 6.10, pr-tracker-bot
  • <Possible follow-ups>
  • [GIT PULL] xfs: bug fix for 6.10, Chandan Babu R
    • Re: [GIT PULL] xfs: bug fix for 6.10, Darrick J. Wong
      • Re: [GIT PULL] xfs: bug fix for 6.10, Linus Torvalds
      • Re: [GIT PULL] xfs: bug fix for 6.10, Darrick J. Wong
        • Re: [GIT PULL] xfs: bug fix for 6.10, Linus Torvalds
    • Re: [GIT PULL] xfs: bug fix for 6.10, pr-tracker-bot
• [PATCH] fs: modify the annotation of vfs_mkdir() in fs/namei.c, Congjie Zhou
  • Re: [PATCH] fs: modify the annotation of vfs_mkdir() in fs/namei.c, Al Viro
    • [PATCH v2] fs: modify the annotation of vfs_mkdir() in fs/namei.c, Congjie Zhou
      • Re: [PATCH v2] fs: modify the annotation of vfs_mkdir() in fs/namei.c, Christoph Hellwig
        • Re: [PATCH v2] fs: modify the annotation of vfs_mkdir() in fs/namei.c, Al Viro
          • Re: [PATCH v2] fs: modify the annotation of vfs_mkdir() in fs/namei.c, Christoph Hellwig
            • Re: [PATCH v2] fs: modify the annotation of vfs_mkdir() in fs/namei.c, Al Viro
        • Re: [PATCH v2] fs: modify the annotation of vfs_mkdir() in fs/namei.c, zcjie0802
      • [PATCH v3] fs: modify the comments in fs/namei.c, Congjie Zhou
  • [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
• [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
    • [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
• [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
• [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
• [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
• [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
• 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
• [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