Linux Kernel Memory Management

• Date Index

• Re: [RFC PATCH v2 00/13] nommu UML, (continued)
  • Re: [RFC PATCH v2 00/13] nommu UML, Lorenzo Stoakes
    • Re: [RFC PATCH v2 00/13] nommu UML, Christoph Hellwig
      • Re: [RFC PATCH v2 00/13] nommu UML, Damien Le Moal
        • Re: [RFC PATCH v2 00/13] nommu UML, Lorenzo Stoakes
• [PATCH for-next v3] selftests/mm: Add a few missing gitignore files, Li Zhijian
  • Re: [PATCH for-next v3] selftests/mm: Add a few missing gitignore files, John Hubbard
  • Re: [PATCH for-next v3] selftests/mm: Add a few missing gitignore files, kernel test robot
  • [PATCH for-next v4] selftests/mm: Add a few missing gitignore files, Li Zhijian
    • Re: [PATCH for-next v4] selftests/mm: Add a few missing gitignore files, John Hubbard
• [PATCH v2] mm: pgtable: make ptep_clear() non-atomic, Qi Zheng
• [PATCH v5 tip/perf/core 0/2] uprobes: speculative lockless VMA-to-uprobe lookup, Andrii Nakryiko
  • [PATCH v5 tip/perf/core 1/2] uprobes: simplify find_active_uprobe_rcu() VMA checks, Andrii Nakryiko
    • Re: [PATCH v5 tip/perf/core 1/2] uprobes: simplify find_active_uprobe_rcu() VMA checks, Jann Horn
      • Re: [PATCH v5 tip/perf/core 1/2] uprobes: simplify find_active_uprobe_rcu() VMA checks, Andrii Nakryiko
      • Re: [PATCH v5 tip/perf/core 1/2] uprobes: simplify find_active_uprobe_rcu() VMA checks, Oleg Nesterov
  • [PATCH v5 tip/perf/core 2/2] uprobes: add speculative lockless VMA-to-inode-to-uprobe resolution, Andrii Nakryiko
    • Re: [PATCH v5 tip/perf/core 2/2] uprobes: add speculative lockless VMA-to-inode-to-uprobe resolution, Liam R. Howlett
  • Re: [PATCH v5 tip/perf/core 0/2] uprobes: speculative lockless VMA-to-uprobe lookup, Peter Zijlstra
    • Re: [PATCH v5 tip/perf/core 0/2] uprobes: speculative lockless VMA-to-uprobe lookup, Suren Baghdasaryan
      • Re: [PATCH v5 tip/perf/core 0/2] uprobes: speculative lockless VMA-to-uprobe lookup, Suren Baghdasaryan
        • Re: [PATCH v5 tip/perf/core 0/2] uprobes: speculative lockless VMA-to-uprobe lookup, Peter Zijlstra
          • Re: [PATCH v5 tip/perf/core 0/2] uprobes: speculative lockless VMA-to-uprobe lookup, Suren Baghdasaryan
• [PATCH v3 00/25] fs/dax: Fix ZONE_DEVICE page reference counts, Alistair Popple
  • [PATCH v3 02/25] fs/dax: Return unmapped busy pages from dax_layout_busy_page_range(), Alistair Popple
  • [PATCH v3 03/25] fs/dax: Don't skip locked entries when scanning entries, Alistair Popple
  • [PATCH v3 04/25] fs/dax: Refactor wait for dax idle page, Alistair Popple
  • [PATCH v3 19/25] memcontrol-v1: Ignore ZONE_DEVICE pages, Alistair Popple
  • [PATCH v3 06/25] fs/dax: Always remove DAX page-cache entries when breaking layouts, Alistair Popple
  • [PATCH v3 14/25] huge_memory: Allow mappings of PUD sized pages, Alistair Popple
    • Re: [PATCH v3 14/25] huge_memory: Allow mappings of PUD sized pages, David Hildenbrand
  • [PATCH v3 07/25] fs/dax: Ensure all pages are idle prior to filesystem unmount, Alistair Popple
  • [PATCH v3 15/25] huge_memory: Allow mappings of PMD sized pages, Alistair Popple
  • [PATCH v3 17/25] gup: Don't allow FOLL_LONGTERM pinning of FS DAX pages, Alistair Popple
    • Re: [PATCH v3 17/25] gup: Don't allow FOLL_LONGTERM pinning of FS DAX pages, John Hubbard
  • [PATCH v3 21/25] fs/dax: Properly refcount fs dax pages, Alistair Popple
  • [PATCH v3 08/25] fs/dax: Remove PAGE_MAPPING_DAX_SHARED mapping flag, Alistair Popple
  • [PATCH v3 16/25] memremap: Add is_device_dax_page() and is_fsdax_page() helpers, Alistair Popple
  • [PATCH v3 11/25] mm: Allow compound zone device pages, Alistair Popple
    • Re: [PATCH v3 11/25] mm: Allow compound zone device pages, kernel test robot
    • Re: [PATCH v3 11/25] mm: Allow compound zone device pages, kernel test robot
  • [PATCH v3 22/25] device/dax: Properly refcount device dax pages when mapping, Alistair Popple
  • [PATCH v3 13/25] mm/memory: Add vmf_insert_page_mkwrite(), Alistair Popple
  • [PATCH v3 12/25] mm/memory: Enhance insert_page_into_pte_locked() to create writable mappings, Alistair Popple
  • [PATCH v3 10/25] pci/p2pdma: Don't initialise page refcount to one, Alistair Popple
    • Re: [PATCH v3 10/25] pci/p2pdma: Don't initialise page refcount to one, Bjorn Helgaas
      • Re: [PATCH v3 10/25] pci/p2pdma: Don't initialise page refcount to one, Alistair Popple
  • [PATCH v3 01/25] fuse: Fix dax truncate/punch_hole fault path, Alistair Popple
  • [PATCH v3 09/25] mm/gup.c: Remove redundant check for PCI P2PDMA page, Alistair Popple
  • [PATCH v3 24/25] mm: Remove devmap related functions and page table bits, Alistair Popple
  • [PATCH v3 18/25] proc/task_mmu: Ignore ZONE_DEVICE pages, Alistair Popple
  • [PATCH v3 23/25] mm: Remove pXX_devmap callers, Alistair Popple
  • [PATCH v3 25/25] Revert "riscv: mm: Add support for ZONE_DEVICE", Alistair Popple
    • Re: [PATCH v3 25/25] Revert "riscv: mm: Add support for ZONE_DEVICE", Björn Töpel
  • [PATCH v3 05/25] fs/dax: Create a common implementation to break DAX layouts, Alistair Popple
    • Re: [PATCH v3 05/25] fs/dax: Create a common implementation to break DAX layouts, John Hubbard
      • Re: [PATCH v3 05/25] fs/dax: Create a common implementation to break DAX layouts, Alistair Popple
    • Re: [PATCH v3 05/25] fs/dax: Create a common implementation to break DAX layouts, kernel test robot
  • [PATCH v3 20/25] mm/mlock: Skip ZONE_DEVICE PMDs during mlock, Alistair Popple
  • Re: [PATCH v3 00/25] fs/dax: Fix ZONE_DEVICE page reference counts, Dan Williams
    • Re: [PATCH v3 00/25] fs/dax: Fix ZONE_DEVICE page reference counts, David Hildenbrand
      • Re: [PATCH v3 00/25] fs/dax: Fix ZONE_DEVICE page reference counts, Alistair Popple
        • Re: [PATCH v3 00/25] fs/dax: Fix ZONE_DEVICE page reference counts, Andrew Morton
          • Re: [PATCH v3 00/25] fs/dax: Fix ZONE_DEVICE page reference counts, Alistair Popple
• [syzbot] [bpf?] INFO: rcu detected stall in security_file_ioctl (9), syzbot
• [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Barry Song
  • [PATCH RFC v3 1/4] mm: zsmalloc: support objects compressed based on multiple pages, Barry Song
    • Re: [PATCH RFC v3 1/4] mm: zsmalloc: support objects compressed based on multiple pages, Sergey Senozhatsky
      • Re: [PATCH RFC v3 1/4] mm: zsmalloc: support objects compressed based on multiple pages, Barry Song
  • [PATCH RFC v3 2/4] zram: support compression at the granularity of multi-pages, Barry Song
  • [PATCH RFC v3 3/4] zram: backend_zstd: Adjust estimated_src_size to accommodate multi-page compression, Barry Song
  • [PATCH RFC v3 4/4] mm: fall back to four small folios if mTHP allocation fails, Barry Song
    • Re: [PATCH RFC v3 4/4] mm: fall back to four small folios if mTHP allocation fails, Usama Arif
      • Re: [PATCH RFC v3 4/4] mm: fall back to four small folios if mTHP allocation fails, Barry Song
        • Re: [PATCH RFC v3 4/4] mm: fall back to four small folios if mTHP allocation fails, Usama Arif
          • Re: [PATCH RFC v3 4/4] mm: fall back to four small folios if mTHP allocation fails, Barry Song
  • Re: [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Sergey Senozhatsky
    • Re: [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Sergey Senozhatsky
      • Re: [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Barry Song
        • Re: [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Sergey Senozhatsky
          • Re: [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Barry Song
    • Re: [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Barry Song
      • Re: [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Sergey Senozhatsky
        • Re: [PATCH RFC v3 0/4] mTHP-friendly compression in zsmalloc and zram based on multi-pages, Barry Song
• [linux-next:master] BUILD REGRESSION decc701f41d07481893fdea942c0ac6b226e84cd, kernel test robot
• [no subject], Unknown
• [PATCH v3 0/9] Buddy allocator like folio split, Zi Yan
  • [PATCH v3 2/9] mm/huge_memory: move folio split common code to __folio_split(), Zi Yan
  • [PATCH v3 3/9] mm/huge_memory: add buddy allocator like folio_split(), Zi Yan
  • [PATCH v3 7/9] selftests/mm: use selftests framework to print test result., Zi Yan
  • [PATCH v3 8/9] selftests/mm: add tests for splitting pmd THPs to all lower orders., Zi Yan
  • [PATCH v3 6/9] mm/truncate: use folio_split() for truncate operation., Zi Yan
  • [PATCH v3 1/9] mm/huge_memory: add two new (not yet used) functions for folio_split(), Zi Yan
  • [PATCH v3 4/9] mm/huge_memory: remove the old, unused __split_huge_page(), Zi Yan
  • [PATCH v3 5/9] mm/huge_memory: add folio_split() to debugfs testing interface., Zi Yan
  • [PATCH v3 9/9] selftests/mm: add tests for folio_split(), buddy allocator like split., Zi Yan
• [linux-next:fs-next] BUILD SUCCESS 60f0e72dda8c420b19e4521bfbc3d6577cb9cf81, kernel test robot
• [PATCH v2 1/3] seqlock: add raw_seqcount_try_begin, Suren Baghdasaryan
  • [PATCH v2 2/3] mm: convert mm_lock_seq to a proper seqcount, Suren Baghdasaryan
    • Re: [PATCH v2 2/3] mm: convert mm_lock_seq to a proper seqcount, Liam R. Howlett
  • [PATCH v2 3/3] mm: introduce mmap_lock_speculate_{try_begin|retry}, Suren Baghdasaryan
    • Re: [PATCH v2 3/3] mm: introduce mmap_lock_speculate_{try_begin|retry}, Peter Zijlstra
      • Re: [PATCH v2 3/3] mm: introduce mmap_lock_speculate_{try_begin|retry}, Suren Baghdasaryan
    • Re: [PATCH v2 3/3] mm: introduce mmap_lock_speculate_{try_begin|retry}, Liam R. Howlett
  • Re: [PATCH v2 1/3] seqlock: add raw_seqcount_try_begin, David Hildenbrand
    • Re: [PATCH v2 1/3] seqlock: add raw_seqcount_try_begin, Peter Zijlstra
      • Re: [PATCH v2 1/3] seqlock: add raw_seqcount_try_begin, David Hildenbrand
  • Re: [PATCH v2 1/3] seqlock: add raw_seqcount_try_begin, Liam R. Howlett
• [PATCH] mm: add per-order mTHP swap-in fallback counters, Wenchao Hao
  • Re: [PATCH] mm: add per-order mTHP swap-in fallback counters, Barry Song
    • Re: [PATCH] mm: add per-order mTHP swap-in fallback counters, Wenchao Hao
• [linux-next:fs-current] BUILD SUCCESS 85ff74ab004e3f5655ee8185acc295126bb0cb96, kernel test robot
• APPLE AND SERVER, Henry Fafa
• [PATCH] mm/huge_memory: Fix to make vma_adjust_trans_huge() use find_vma() correctly, Jeongjun Park
  • Re: [PATCH] mm/huge_memory: Fix to make vma_adjust_trans_huge() use find_vma() correctly, David Hildenbrand
    • Re: [PATCH] mm/huge_memory: Fix to make vma_adjust_trans_huge() use find_vma() correctly, David Hildenbrand
      • Re: [PATCH] mm/huge_memory: Fix to make vma_adjust_trans_huge() use find_vma() correctly, Jeongjun Park
        • Re: [PATCH] mm/huge_memory: Fix to make vma_adjust_trans_huge() use find_vma() correctly, David Hildenbrand
  • Re: [PATCH] mm/huge_memory: Fix to make vma_adjust_trans_huge() use find_vma() correctly, Matthew Wilcox
• [PATCH] mm/mempolicy: Fix redundant check and refine lock protection scope in init_nodemask_of_mempolicy, Zhen Ni
  • Re: [PATCH] mm/mempolicy: Fix redundant check and refine lock protection scope in init_nodemask_of_mempolicy, David Hildenbrand
    • Re: [PATCH] mm/mempolicy: Fix redundant check and refine lock protection scope in init_nodemask_of_mempolicy, Gregory Price
      • Re: [PATCH] mm/mempolicy: Fix redundant check and refine lock protection scope in init_nodemask_of_mempolicy, zhen.ni
• [PATCH v9 00/19] fanotify: add pre-content hooks, Jan Kara
  • [PATCH 05/19] fanotify: rename a misnamed constant, Jan Kara
  • [PATCH 01/19] fs: get rid of __FMODE_NONOTIFY kludge, Jan Kara
  • [PATCH 03/19] fsnotify: check if file is actually being watched for pre-content events on open, Jan Kara
    • Re: [PATCH 03/19] fsnotify: check if file is actually being watched for pre-content events on open, Amir Goldstein
      • Re: [PATCH 03/19] fsnotify: check if file is actually being watched for pre-content events on open, Jan Kara
  • [PATCH 07/19] fsnotify: introduce pre-content permission events, Jan Kara
  • [PATCH 02/19] fsnotify: opt-in for permission events at file open time, Jan Kara
  • [PATCH 06/19] fanotify: reserve event bit of deprecated FAN_DIR_MODIFY, Jan Kara
  • [PATCH 08/19] fsnotify: pass optional file access range in pre-content event, Jan Kara
  • [PATCH 16/19] xfs: add pre-content fsnotify hook for DAX faults, Jan Kara
  • [PATCH 04/19] fanotify: don't skip extra event info if no info_mode is set, Jan Kara
  • [PATCH 14/19] mm: don't allow huge faults for files with pre content watches, Jan Kara
  • [PATCH 11/19] fanotify: report file range info with pre-content events, Jan Kara
  • [PATCH 18/19] ext4: add pre-content fsnotify hook for DAX faults, Jan Kara
  • [PATCH 09/19] fsnotify: generate pre-content permission event on truncate, Jan Kara
  • [PATCH 19/19] fs: enable pre-content events on supported file systems, Jan Kara
  • [PATCH 10/19] fanotify: introduce FAN_PRE_ACCESS permission event, Jan Kara
  • [PATCH 15/19] fsnotify: generate pre-content permission event on page fault, Jan Kara
  • [PATCH 13/19] fanotify: disable readahead if we have pre-content watches, Jan Kara
  • [PATCH 12/19] fanotify: allow to set errno in FAN_DENY permission response, Jan Kara
  • [PATCH 17/19] btrfs: disable defrag on pre-content watched files, Jan Kara
  • Re: [PATCH v9 00/19] fanotify: add pre-content hooks, Amir Goldstein
• [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver, Jonathan Cameron
  • [RFC PATCH 1/4] cxl: Register devices for CXL Hotness Monitoring Units (CHMU), Jonathan Cameron
  • [RFC PATCH 2/4] cxl: Hotness Monitoring Unit via a Perf AUX Buffer., Jonathan Cameron
  • [RFC PATCH 3/4] perf: Add support for CXL Hotness Monitoring Units (CHMU), Jonathan Cameron
  • [RFC PATCH 4/4] hwtrace: Document CXL Hotness Monitoring Unit driver, Jonathan Cameron
  • Re: [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver, Jonathan Cameron
  • Re: [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver, Gregory Price
    • Re: [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver, Jonathan Cameron
      • Re: [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver, Gregory Price
      • Re: [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver, SeongJae Park
  • Re: [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver, Jonathan Cameron
    • RE: [EXT] Re: [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver, Ajay Joshi
• [syzbot] [mm?] possible deadlock in try_to_wake_up (7), syzbot
• [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Tomohiro Misono
  • Re: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Miaohe Lin
    • RE: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Tomohiro Misono (Fujitsu)
      • Re: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Jiaqi Yan
        • RE: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Tomohiro Misono (Fujitsu)
          • Re: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Miaohe Lin
            • RE: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Tomohiro Misono (Fujitsu)
              • Re: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Miaohe Lin
            • Re: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, jane . chu
              • RE: [RFC PATCH] mm: memory-failure: add soft-offline stat in mf_stats, Tomohiro Misono (Fujitsu)
• [PATCH v2] mm/gup: handle NULL pages in unpin_user_pages(), John Hubbard
  • Re: [PATCH v2] mm/gup: handle NULL pages in unpin_user_pages(), David Hildenbrand
• [linux-next:fs-current] BUILD SUCCESS fb10a97cf34a2fc712b3d8114bcef19e1387d14c, kernel test robot
• [linux-next:pending-fixes] BUILD SUCCESS 823517506b6a4ea2de8215ce5a226d2f1cda9b02, kernel test robot
• [PATCH v1] mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM, David Hildenbrand
  • Re: [PATCH v1] mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM, Liam R. Howlett
    • Re: [PATCH v1] mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM, David Hildenbrand
    • Re: [PATCH v1] mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM, Andrew Morton
      • Re: [PATCH v1] mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM, David Hildenbrand
        • Re: [PATCH v1] mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM, Liam R. Howlett
          • Re: [PATCH v1] mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM, David Hildenbrand
• [linux-next:master] BUILD REGRESSION ac24e26aa08fe026804f678599f805eb13374a5d, kernel test robot
• [PATCH v4 0/2] mm: Refactor KVM guest_memfd to introduce guestmem library, Elliot Berman
  • [PATCH v4 1/2] filemap: Pass address_space mapping to ->free_folio(), Elliot Berman
    • Re: [PATCH v4 1/2] filemap: Pass address_space mapping to ->free_folio(), David Hildenbrand
  • [PATCH v4 2/2] mm: guestmem: Convert address_space operations to guestmem library, Elliot Berman
    • Re: [PATCH v4 2/2] mm: guestmem: Convert address_space operations to guestmem library, Elliot Berman
      • Re: [PATCH v4 2/2] mm: guestmem: Convert address_space operations to guestmem library, Mike Day
        • Re: [PATCH v4 2/2] mm: guestmem: Convert address_space operations to guestmem library, David Hildenbrand
• [PATCH v8 0/7] Rust support for mm_struct, vm_area_struct, and mmap, Alice Ryhl
  • [PATCH v8 2/7] mm: rust: add vm_area_struct methods that require read access, Alice Ryhl
    • Re: [PATCH v8 2/7] mm: rust: add vm_area_struct methods that require read access, Lorenzo Stoakes
      • Re: [PATCH v8 2/7] mm: rust: add vm_area_struct methods that require read access, Alice Ryhl
        • Re: [PATCH v8 2/7] mm: rust: add vm_area_struct methods that require read access, Lorenzo Stoakes
          • Re: [PATCH v8 2/7] mm: rust: add vm_area_struct methods that require read access, Alice Ryhl
  • [PATCH v8 3/7] mm: rust: add vm_insert_page, Alice Ryhl
    • Re: [PATCH v8 3/7] mm: rust: add vm_insert_page, Lorenzo Stoakes
      • Re: [PATCH v8 3/7] mm: rust: add vm_insert_page, Alice Ryhl
        • Re: [PATCH v8 3/7] mm: rust: add vm_insert_page, Lorenzo Stoakes
  • [PATCH v8 4/7] mm: rust: add lock_vma_under_rcu, Alice Ryhl
    • Re: [PATCH v8 4/7] mm: rust: add lock_vma_under_rcu, Lorenzo Stoakes
      • Re: [PATCH v8 4/7] mm: rust: add lock_vma_under_rcu, Alice Ryhl
        • Re: [PATCH v8 4/7] mm: rust: add lock_vma_under_rcu, Lorenzo Stoakes
  • [PATCH v8 5/7] mm: rust: add mmput_async support, Alice Ryhl
    • Re: [PATCH v8 5/7] mm: rust: add mmput_async support, Lorenzo Stoakes
      • Re: [PATCH v8 5/7] mm: rust: add mmput_async support, Alice Ryhl
        • Re: [PATCH v8 5/7] mm: rust: add mmput_async support, Lorenzo Stoakes
      • Re: [PATCH v8 5/7] mm: rust: add mmput_async support, Lorenzo Stoakes
  • [PATCH v8 6/7] mm: rust: add VmAreaNew, Alice Ryhl
    • Re: [PATCH v8 6/7] mm: rust: add VmAreaNew, Lorenzo Stoakes
      • Re: [PATCH v8 6/7] mm: rust: add VmAreaNew, Alice Ryhl
        • Re: [PATCH v8 6/7] mm: rust: add VmAreaNew, Lorenzo Stoakes
  • [PATCH v8 7/7] rust: miscdevice: add mmap support, Alice Ryhl
    • Re: [PATCH v8 7/7] rust: miscdevice: add mmap support, Lorenzo Stoakes
      • Re: [PATCH v8 7/7] rust: miscdevice: add mmap support, Alice Ryhl
        • Re: [PATCH v8 7/7] rust: miscdevice: add mmap support, Lorenzo Stoakes
  • [PATCH v8 1/7] mm: rust: add abstraction for struct mm_struct, Alice Ryhl
    • Re: [PATCH v8 1/7] mm: rust: add abstraction for struct mm_struct, Lorenzo Stoakes
      • Re: [PATCH v8 1/7] mm: rust: add abstraction for struct mm_struct, Alice Ryhl
        • Re: [PATCH v8 1/7] mm: rust: add abstraction for struct mm_struct, Lorenzo Stoakes
          • Re: [PATCH v8 1/7] mm: rust: add abstraction for struct mm_struct, Alice Ryhl
      • Re: [PATCH v8 1/7] mm: rust: add abstraction for struct mm_struct, Paolo Bonzini
        • Re: [PATCH v8 1/7] mm: rust: add abstraction for struct mm_struct, Lorenzo Stoakes
• [PATCH fixes] riscv: mm: Do not call pmd dtor on vmemmap page table teardown, Björn Töpel
  • Re: [PATCH fixes] riscv: mm: Do not call pmd dtor on vmemmap page table teardown, Alexandre Ghiti
  • Re: [PATCH fixes] riscv: mm: Do not call pmd dtor on vmemmap page table teardown, patchwork-bot+linux-riscv
• [PATCH v3 0/3] symlink length caching, Mateusz Guzik
  • [PATCH v3 2/3] ext4: use inode_set_cached_link(), Mateusz Guzik
    • Re: [PATCH v3 2/3] ext4: use inode_set_cached_link(), Jan Kara
  • [PATCH v3 1/3] vfs: support caching symlink lengths in inodes, Mateusz Guzik
    • Re: [PATCH v3 1/3] vfs: support caching symlink lengths in inodes, Christian Brauner
      • Re: [PATCH v3 1/3] vfs: support caching symlink lengths in inodes, Mateusz Guzik
      • Re: [PATCH v3 1/3] vfs: support caching symlink lengths in inodes, Dave Chinner
  • [PATCH v3 3/3] tmpfs: use inode_set_cached_link(), Mateusz Guzik
    • Re: [PATCH v3 3/3] tmpfs: use inode_set_cached_link(), Jan Kara
  • Re: [PATCH v3 0/3] symlink length caching, Christian Brauner
  • Re: [PATCH v3 0/3] symlink length caching, Jeff Layton
• [PATCH] slab: Fix too strict alignment check in create_cache(), Geert Uytterhoeven
  • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Guenter Roeck
  • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Jens Axboe
  • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Vlastimil Babka
    • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Guenter Roeck
      • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Vlastimil Babka
        • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Geert Uytterhoeven
    • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Christoph Lameter (Ampere)
      • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Matthew Wilcox
      • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Geert Uytterhoeven
        • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Christoph Lameter (Ampere)
          • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Guenter Roeck
            • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Jens Axboe
            • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Geert Uytterhoeven
              • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Guenter Roeck
                • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Guenter Roeck
                  • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Lorenzo Stoakes
                    • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Lorenzo Stoakes
                    • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Christoph Lameter (Ampere)
            • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Greg Ungerer
              • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Geert Uytterhoeven
            • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Max Filippov
  • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Christian Brauner
  • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), John Paul Adrian Glaubitz
    • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Finn Thain
      • Re: [PATCH] slab: Fix too strict alignment check in create_cache(), Geert Uytterhoeven
• Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, Nikita Kalyazin
  • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, David Hildenbrand
    • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, David Hildenbrand
      • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, Nikita Kalyazin
        • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, David Hildenbrand
          • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, David Hildenbrand
            • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, Nikita Kalyazin
              • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, David Hildenbrand
                • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, Nikita Kalyazin
                  • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, Nikita Kalyazin
                    • Re: [RFC PATCH 0/4] KVM: ioctl for populating guest_memfd, David Hildenbrand
• [syzbot] [mm?] WARNING in _xfs_buf_alloc, syzbot
• [PATCH v1] tmpfs: Unsigned expression compared with zero, guanjing
  • Re: [PATCH v1] tmpfs: Unsigned expression compared with zero, André Almeida
  • Re: [PATCH v1] tmpfs: Unsigned expression compared with zero, kernel test robot
• [PATCH] mm/memory: Fix a comment typo in lock_mm_and_find_vma(), Chin Yik Ming
• [no subject], Unknown
• [PATCH RFC v4 0/3] fix two bugs related to page_pool, Yunsheng Lin
  • [PATCH RFC v4 3/3] page_pool: skip dma sync operation for inflight pages, Yunsheng Lin
    • Re: [PATCH RFC v4 3/3] page_pool: skip dma sync operation for inflight pages, Robin Murphy
      • Re: [PATCH RFC v4 3/3] page_pool: skip dma sync operation for inflight pages, Yunsheng Lin
        • Re: [PATCH RFC v4 3/3] page_pool: skip dma sync operation for inflight pages, Robin Murphy
          • Re: [PATCH RFC v4 3/3] page_pool: skip dma sync operation for inflight pages, Yunsheng Lin
• [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Alessandro Carminati
  • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Catalin Marinas
    • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Thomas Weissschuh
    • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Steven Rostedt
      • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Alessandro Carminati
      • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Sebastian Andrzej Siewior
        • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Alessandro Carminati
          • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Sebastian Andrzej Siewior
            • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Alessandro Carminati
              • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Thomas Weissschuh
                • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Catalin Marinas
      • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Catalin Marinas
        • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Sebastian Andrzej Siewior
          • Re: [PATCH] mm/kmemleak: Fix sleeping function called from invalid context in kmemleak_seq_show, Catalin Marinas
• [syzbot] [mm?] BUG: Bad page state in iomap_write_begin, syzbot
  • Re: [syzbot] [mm?] BUG: Bad page state in iomap_write_begin, David Hildenbrand
    • Re: [syzbot] [mm?] BUG: Bad page state in iomap_write_begin, David Hildenbrand
      • Re: [syzbot] [mm?] BUG: Bad page state in iomap_write_begin, David Hildenbrand
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache, Geert Uytterhoeven
  • Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache, Vlastimil Babka
    • Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache, Geert Uytterhoeven
      • Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache, Vlastimil Babka
        • Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache, Geert Uytterhoeven
• [PATCH] mm: Change type of cma_area_count to unsigned int., Jiale Yang
• [PATCH v4 0/5] move per-vma lock into vm_area_struct, Suren Baghdasaryan
  • [PATCH v4 1/5] mm: introduce vma_start_read_locked{_nested} helpers, Suren Baghdasaryan
    • Re: [PATCH v4 1/5] mm: introduce vma_start_read_locked{_nested} helpers, Shakeel Butt
  • [PATCH v4 2/5] mm: move per-vma lock into vm_area_struct, Suren Baghdasaryan
    • Re: [PATCH v4 2/5] mm: move per-vma lock into vm_area_struct, Shakeel Butt
      • Re: [PATCH v4 2/5] mm: move per-vma lock into vm_area_struct, Suren Baghdasaryan
        • Re: [PATCH v4 2/5] mm: move per-vma lock into vm_area_struct, Shakeel Butt
          • Re: [PATCH v4 2/5] mm: move per-vma lock into vm_area_struct, Suren Baghdasaryan
            • Re: [PATCH v4 2/5] mm: move per-vma lock into vm_area_struct, Shakeel Butt
              • Re: [PATCH v4 2/5] mm: move per-vma lock into vm_area_struct, Suren Baghdasaryan
                • Re: [PATCH v4 2/5] mm: move per-vma lock into vm_area_struct, Shakeel Butt
  • [PATCH v4 3/5] mm: mark vma as detached until it's added into vma tree, Suren Baghdasaryan
    • Re: [PATCH v4 3/5] mm: mark vma as detached until it's added into vma tree, Shakeel Butt
    • Re: [PATCH v4 3/5] mm: mark vma as detached until it's added into vma tree, Lorenzo Stoakes
      • Re: [PATCH v4 3/5] mm: mark vma as detached until it's added into vma tree, Suren Baghdasaryan
  • [PATCH v4 4/5] mm: make vma cache SLAB_TYPESAFE_BY_RCU, Suren Baghdasaryan
    • Re: [PATCH v4 4/5] mm: make vma cache SLAB_TYPESAFE_BY_RCU, Matthew Wilcox
      • Re: [PATCH v4 4/5] mm: make vma cache SLAB_TYPESAFE_BY_RCU, Suren Baghdasaryan
        • Re: [PATCH v4 4/5] mm: make vma cache SLAB_TYPESAFE_BY_RCU, Suren Baghdasaryan
    • Re: [PATCH v4 4/5] mm: make vma cache SLAB_TYPESAFE_BY_RCU, Vlastimil Babka
      • Re: [PATCH v4 4/5] mm: make vma cache SLAB_TYPESAFE_BY_RCU, Suren Baghdasaryan
  • [PATCH v4 5/5] docs/mm: document latest changes to vm_lock, Suren Baghdasaryan
  • Re: [PATCH v4 0/5] move per-vma lock into vm_area_struct, Shakeel Butt
    • Re: [PATCH v4 0/5] move per-vma lock into vm_area_struct, Suren Baghdasaryan
    • Re: [PATCH v4 0/5] move per-vma lock into vm_area_struct, Matthew Wilcox
      • Re: [PATCH v4 0/5] move per-vma lock into vm_area_struct, Lorenzo Stoakes
        • Re: [PATCH v4 0/5] move per-vma lock into vm_area_struct, Suren Baghdasaryan
• [syzbot] [mm?] general protection fault in do_migrate_pages, syzbot
  • Re: [syzbot] [mm?] general protection fault in do_migrate_pages, David Hildenbrand
    • Re: [syzbot] [mm?] general protection fault in do_migrate_pages, David Hildenbrand
      • Re: [syzbot] [mm?] general protection fault in do_migrate_pages, David Hildenbrand
        • Re: [syzbot] [mm?] general protection fault in do_migrate_pages, David Hildenbrand
  • Re: [syzbot] [mm?] general protection fault in do_migrate_pages, David Hildenbrand
    • Re: [syzbot] [mm?] general protection fault in do_migrate_pages, syzbot
• [PATCH] kasan: make report_lock a raw spinlock, Jared Kangas
  • Re: [PATCH] kasan: make report_lock a raw spinlock, Andrew Morton
    • Re: [PATCH] kasan: make report_lock a raw spinlock, Jared Kangas
• [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Brian Johannesmeyer
  • [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory, Brian Johannesmeyer
    • Re: [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory, Christoph Hellwig
      • Re: [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory, Brian Johannesmeyer
        • Re: [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory, Christoph Hellwig
          • Re: [RFC v2 1/2] dmapool: Move pool metadata into non-DMA memory, Brian Johannesmeyer
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Greg KH
    • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Brian Johannesmeyer
  • [RFC v2 2/2] dmapool: Use pool_find_block() in pool_block_err(), Brian Johannesmeyer
  • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Christoph Hellwig
    • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Keith Busch
    • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Keith Busch
      • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Brian Johannesmeyer
        • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Keith Busch
          • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Brian Johannesmeyer
            • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Keith Busch
              • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Brian Johannesmeyer
                • Re: [RFC v2 0/2] dmapool: Mitigate device-controllable mem. corruption, Brian Johannesmeyer
• Report "general protection fault in unmap_vmas", reveliofuzzing
  • Re: Report "general protection fault in unmap_vmas", Vlastimil Babka
    • Re: Report "general protection fault in unmap_vmas", reveliofuzzing
      • Re: Report "general protection fault in unmap_vmas", Lorenzo Stoakes
        • Re: Report "general protection fault in unmap_vmas", reveliofuzzing
• mm/mmap: fix __mmap_region() error handling in rare merge failure case, Liam R. Howlett
  • Re: [PATCH 6.12.y v2] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Lorenzo Stoakes
  • Re: [PATCH 6.12.y v2] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Vlastimil Babka
  • Patch "mm/mmap: fix __mmap_region() error handling in rare merge failure case" has been added to the 6.12-stable tree, gregkh
  • Re: [PATCH 6.12.y v2] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Greg KH
• [RFC PATCH v3 00/15] context_tracking,x86: Defer some IPIs until a user->kernel transition, Valentin Schneider
  • [RFC PATCH v3 01/15] objtool: Make validate_call() recognize indirect calls to pv_ops[], Valentin Schneider
    • Re: [RFC PATCH v3 01/15] objtool: Make validate_call() recognize indirect calls to pv_ops[], Josh Poimboeuf
  • [RFC PATCH v3 02/15] objtool: Flesh out warning related to pv_ops[] calls, Valentin Schneider
    • Re: [RFC PATCH v3 02/15] objtool: Flesh out warning related to pv_ops[] calls, Josh Poimboeuf
  • [RFC PATCH v3 03/15] sched/clock: Make sched_clock_running __ro_after_init, Valentin Schneider
  • [RFC PATCH v3 04/15] rcu: Add a small-width RCU watching counter debug option, Valentin Schneider
    • Re: [RFC PATCH v3 04/15] rcu: Add a small-width RCU watching counter debug option, Peter Zijlstra
      • Re: [RFC PATCH v3 04/15] rcu: Add a small-width RCU watching counter debug option, Valentin Schneider
    • Re: [RFC PATCH v3 04/15] rcu: Add a small-width RCU watching counter debug option, Paul E. McKenney
      • Re: [RFC PATCH v3 04/15] rcu: Add a small-width RCU watching counter debug option, Valentin Schneider
  • [RFC PATCH v3 05/15] rcutorture: Make TREE04 use CONFIG_RCU_DYNTICKS_TORTURE, Valentin Schneider
    • Re: [RFC PATCH v3 05/15] rcutorture: Make TREE04 use CONFIG_RCU_DYNTICKS_TORTURE, Paul E. McKenney
  • [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Valentin Schneider
    • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Josh Poimboeuf
      • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Peter Zijlstra
        • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Peter Zijlstra
          • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Josh Poimboeuf
            • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Peter Zijlstra
              • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Josh Poimboeuf
              • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Valentin Schneider
                • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Josh Poimboeuf
                  • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Valentin Schneider
      • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Valentin Schneider
    • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Josh Poimboeuf
      • Re: [RFC PATCH v3 06/15] jump_label: Add forceful jump label type, Peter Zijlstra
  • [RFC PATCH v3 07/15] x86/speculation/mds: Make mds_idle_clear forceful, Valentin Schneider
  • [RFC PATCH v3 08/15] sched/clock, x86: Make __sched_clock_stable forceful, Valentin Schneider
    • Re: [RFC PATCH v3 08/15] sched/clock, x86: Make __sched_clock_stable forceful, Peter Zijlstra
      • Re: [RFC PATCH v3 08/15] sched/clock, x86: Make __sched_clock_stable forceful, Valentin Schneider
        • Re: [RFC PATCH v3 08/15] sched/clock, x86: Make __sched_clock_stable forceful, Peter Zijlstra
  • [RFC PATCH v3 09/15] objtool: Warn about non __ro_after_init static key usage in .noinstr, Valentin Schneider
    • Re: [RFC PATCH v3 09/15] objtool: Warn about non __ro_after_init static key usage in .noinstr, Josh Poimboeuf
  • [RFC PATCH v3 10/15] x86/alternatives: Record text_poke's of JUMP_TYPE_FORCEFUL labels, Valentin Schneider
  • [RFC PATCH v3 12/15] context_tracking,x86: Defer kernel text patching IPIs, Valentin Schneider
    • Re: [RFC PATCH v3 12/15] context_tracking,x86: Defer kernel text patching IPIs, Peter Zijlstra
  • [RFC PATCH v3 15/15] context-tracking: Add a Kconfig to enable IPI deferral for NO_HZ_IDLE, Valentin Schneider
  • [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Valentin Schneider
    • Re: [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Frederic Weisbecker
      • Re: [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Frederic Weisbecker
        • Re: [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Valentin Schneider
          • Re: [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Frederic Weisbecker
            • Re: [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Valentin Schneider
              • Re: [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Frederic Weisbecker
                • Re: [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Valentin Schneider
                  • Re: [RFC PATCH v3 11/15] context-tracking: Introduce work deferral infrastructure, Frederic Weisbecker
  • [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Valentin Schneider
    • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Peter Zijlstra
      • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Peter Zijlstra
        • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Valentin Schneider
          • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Peter Zijlstra
            • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Dave Hansen
              • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Peter Zijlstra
                • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Petr Tesarik
                  • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Valentin Schneider
                    • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Peter Zijlstra
                      • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Petr Tesarik
                        • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Valentin Schneider
                          • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Petr Tesarik
                    • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Petr Tesarik
    • Re: [RFC PATCH v3 13/15] context_tracking,x86: Add infrastructure to defer kernel TLBI, Peter Zijlstra
  • Re: [RFC PATCH v3 00/15] context_tracking,x86: Defer some IPIs until a user->kernel transition, Steven Rostedt
    • Re: [RFC PATCH v3 00/15] context_tracking,x86: Defer some IPIs until a user->kernel transition, Valentin Schneider
  • [RFC PATCH v3 14/15] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs, Valentin Schneider
• [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Abdiel Janulgue
  • [PATCH v3 2/2] rust: page: Extend support to existing struct page mappings, Abdiel Janulgue
    • Re: [PATCH v3 2/2] rust: page: Extend support to existing struct page mappings, Jann Horn
      • Re: [PATCH v3 2/2] rust: page: Extend support to existing struct page mappings, Abdiel Janulgue
        • Re: [PATCH v3 2/2] rust: page: Extend support to existing struct page mappings, Jann Horn
          • Re: [PATCH v3 2/2] rust: page: Extend support to existing struct page mappings, Alice Ryhl
            • Re: [PATCH v3 2/2] rust: page: Extend support to existing struct page mappings, Abdiel Janulgue
              • Re: [PATCH v3 2/2] rust: page: Extend support to existing struct page mappings, Alice Ryhl
          • Re: [PATCH v3 2/2] rust: page: Extend support to existing struct page mappings, Abdiel Janulgue
  • [PATCH v3 1/2] rust: page: use the page's reference count to decide when to free the allocation, Abdiel Janulgue
    • Re: [PATCH v3 1/2] rust: page: use the page's reference count to decide when to free the allocation, Alice Ryhl
      • Re: [PATCH v3 1/2] rust: page: use the page's reference count to decide when to free the allocation, Abdiel Janulgue
        • Re: [PATCH v3 1/2] rust: page: use the page's reference count to decide when to free the allocation, Alice Ryhl
  • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Matthew Wilcox
    • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Alice Ryhl
      • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Boqun Feng
        • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Matthew Wilcox
          • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Boqun Feng
            • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Abdiel Janulgue
              • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Boqun Feng
                • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Alice Ryhl
                • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Abdiel Janulgue
                  • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Boqun Feng
                    • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Boqun Feng
                      • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Matthew Wilcox
                        • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Abdiel Janulgue
                          • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Matthew Wilcox
                            • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, David Airlie
                              • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Paolo Bonzini
          • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Jann Horn
            • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Jann Horn
  • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Asahi Lina
    • Re: [PATCH v3 0/2] rust: page: Add support for existing struct page mappings, Alice Ryhl
• [linux-next:pending-fixes] BUILD REGRESSION 5ed96793046374dba245a6a7060cc945ff255800, kernel test robot
• [linux-next:fs-next] BUILD SUCCESS f39b1af7d88ddeca9227bef7e6444fda467b23f4, kernel test robot
• [linux-next:fs-current] BUILD SUCCESS 5948ddb4adaa83ab31ef89be4bd78341949bdbaf, kernel test robot
• [PATCH] mm: Remove 'return;' at the end of void cma_activate_area(), winterver
  • Re: [PATCH] mm: Remove 'return;' at the end of void cma_activate_area(), David Hildenbrand
  • Re: [PATCH] mm: Remove 'return;' at the end of void cma_activate_area(), SeongJae Park
    • Re: [PATCH] mm: Remove 'return;' at the end of void cma_activate_area(), Pintu Agarwal
• [PATCH v2 0/2] Fix mm/rodata_test, Petr Tesarik
  • [PATCH v2 2/2] mm/rodata_test: verify test data is unchanged, rather than non-zero, Petr Tesarik
  • [PATCH v2 1/2] mm/rodata_test: use READ_ONCE() to read const variable, Petr Tesarik
  • Re: [PATCH v2 0/2] Fix mm/rodata_test, Kees Cook
• [PATCH 1/1] mm/rodata_test: Use READ_ONCE() to read const variable, Petr Tesarik
  • Re: [PATCH 1/1] mm/rodata_test: Use READ_ONCE() to read const variable, Petr Tesarik
• [PATCH v2 0/3] symlink length caching, Mateusz Guzik
  • [PATCH v2 3/3] tmpfs: use inode_set_cached_link(), Mateusz Guzik
  • [PATCH v2 2/3] ext4: use inode_set_cached_link(), Mateusz Guzik
  • [PATCH v2 1/3] vfs: support caching symlink lengths in inodes, Mateusz Guzik
    • Re: [PATCH v2 1/3] vfs: support caching symlink lengths in inodes, wangjianjian (C)
      • Re: [PATCH v2 1/3] vfs: support caching symlink lengths in inodes, Matthew Wilcox
        • Re: [PATCH v2 1/3] vfs: support caching symlink lengths in inodes, wangjianjian (C)
  • Re: [PATCH v2 0/3] symlink length caching, Theodore Ts'o
    • Re: [PATCH v2 0/3] symlink length caching, Mateusz Guzik
  • Re: [PATCH v2 0/3] symlink length caching, Christian Brauner
    • Re: [PATCH v2 0/3] symlink length caching, Mateusz Guzik
      • Re: [PATCH v2 0/3] symlink length caching, Christian Brauner
        • Re: [PATCH v2 0/3] symlink length caching, Mateusz Guzik
• [PATCH] mm: pgtable: make ptep_clear() non-atomic, Qi Zheng
  • Re: [PATCH] mm: pgtable: make ptep_clear() non-atomic, Pasha Tatashin
  • Re: [PATCH] mm: pgtable: make ptep_clear() non-atomic, Jann Horn
  • Re: [PATCH] mm: pgtable: make ptep_clear() non-atomic, Muchun Song
• Question about vmalloc(GFP_NOFS), Pavel Tikhomirov
  • Re: Question about vmalloc(GFP_NOFS), Pavel Tikhomirov
    • Re: Question about vmalloc(GFP_NOFS), Michal Hocko
      • Re: Question about vmalloc(GFP_NOFS), Pavel Tikhomirov
• include/linux/mm.h:4224:20: error: redefinition of 'pgalloc_tag_split', Naresh Kamboju
• [PATCH] mm/gup: handle NULL pages in unpin_user_pages(), John Hubbard
  • Re: [PATCH] mm/gup: handle NULL pages in unpin_user_pages(), David Hildenbrand
    • Re: [PATCH] mm/gup: handle NULL pages in unpin_user_pages(), John Hubbard
• [PATCH] mm: Revert IS_ERR_OR_NULL check, Matthew Wilcox (Oracle)
• [PATCH net-next v2] mm: page_frag: fix a compile error when kernel is not compiled, Yunsheng Lin
  • Re: [PATCH net-next v2] mm: page_frag: fix a compile error when kernel is not compiled, Paolo Abeni
  • Re: [PATCH net-next v2] mm: page_frag: fix a compile error when kernel is not compiled, patchwork-bot+netdevbpf
• [GIT PULL] MM updates for 6.13-rc1, Andrew Morton
  • Re: [GIT PULL] MM updates for 6.13-rc1, Matthew Wilcox
    • Re: [GIT PULL] MM updates for 6.13-rc1, Andrew Morton
      • Re: [GIT PULL] MM updates for 6.13-rc1, David Hildenbrand
        • Re: [GIT PULL] MM updates for 6.13-rc1, John Hubbard
          • Re: [GIT PULL] MM updates for 6.13-rc1, Linus Torvalds
      • Re: [GIT PULL] MM updates for 6.13-rc1, Matthew Wilcox
  • Re: [GIT PULL] MM updates for 6.13-rc1, pr-tracker-bot
• [linux-next:master] BUILD REGRESSION ae58226b89ac0cffa05ba7357733776542e40216, kernel test robot
• [PATCH v2] mm: Respect mmap hint address when aligning for THP, Kalesh Singh
  • Re: [PATCH v2] mm: Respect mmap hint address when aligning for THP, David Hildenbrand
    • Re: [PATCH v2] mm: Respect mmap hint address when aligning for THP, Kalesh Singh
    • Re: [PATCH v2] mm: Respect mmap hint address when aligning for THP, Vlastimil Babka
  • Re: [PATCH v2] mm: Respect mmap hint address when aligning for THP, Kefeng Wang
• [PATCH 6.12.y] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Liam R. Howlett
  • Re: [PATCH 6.12.y] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Liam R. Howlett
    • Re: [PATCH 6.12.y] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Greg KH
      • Re: [PATCH 6.12.y] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Liam R. Howlett
        • Re: [PATCH 6.12.y] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Vlastimil Babka
  • Re: [PATCH 6.12.y] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Lorenzo Stoakes
    • Re: [PATCH 6.12.y] mm/mmap: fix __mmap_region() error handling in rare merge failure case, Liam R. Howlett
• Queries regarding consolidated picture of virtualization and SPT/EPT/IOMMU/DMAR/PT, Ajay Garg
  • Re: Queries regarding consolidated picture of virtualization and SPT/EPT/IOMMU/DMAR/PT, Ajay Garg
• [PATCH next 0/7] minmax.h: Cleanups and minor optimisations, David Laight
  • [PATCH next 1/7] minmax.h: Add whitespace around operators and after commas, David Laight
  • [PATCH next 2/7] minmax.h: Update some comments, David Laight
  • [PATCH next 3/7] minmax.h: Reduce the #define expansion of min(), max() and clamp(), David Laight
  • [PATCH next 4/7] minmax.h: Use BUILD_BUG_ON_MSG() for the lo < hi test in clamp(), David Laight
  • [PATCH next 5/7] minmax.h: Move all the clamp() definitions after the min/max() ones, David Laight
  • [PATCH next 6/7] minmax.h: Simplify the variants of clamp(), David Laight
    • Re: [PATCH next 6/7] minmax.h: Simplify the variants of clamp(), kernel test robot
    • Re: [PATCH next 6/7] minmax.h: Simplify the variants of clamp(), kernel test robot
      • RE: [PATCH next 6/7] minmax.h: Simplify the variants of clamp(), David Laight
  • [PATCH next 7/7] minmax.h: Remove some #defines that are only expanded once, David Laight
• [PATCH] mm: correct typo in MMAP_STATE() macro, Lorenzo Stoakes
  • Re: [PATCH] mm: correct typo in MMAP_STATE() macro, Liam R. Howlett
  • Re: [PATCH] mm: correct typo in MMAP_STATE() macro, Wei Yang
• [PATCH v2] docs/mm: add more warnings around page table access, Jann Horn
  • Re: [PATCH v2] docs/mm: add more warnings around page table access, Lorenzo Stoakes
  • Re: [PATCH v2] docs/mm: add more warnings around page table access, Qi Zheng
    • Re: [PATCH v2] docs/mm: add more warnings around page table access, Lorenzo Stoakes
      • Re: [PATCH v2] docs/mm: add more warnings around page table access, Qi Zheng
• [PATCH 6.1.y v2 0/4] fix error handling in mmap_region() and refactor (hotfixes), Lorenzo Stoakes
  • [PATCH 6.1.y v2 1/4] mm: avoid unsafe VMA hook invocation when error arises on mmap hook, Lorenzo Stoakes
    • Patch "mm: avoid unsafe VMA hook invocation when error arises on mmap hook" has been added to the 6.1-stable tree, gregkh
  • [PATCH 6.1.y v2 2/4] mm: unconditionally close VMAs on error, Lorenzo Stoakes
    • Patch "mm: unconditionally close VMAs on error" has been added to the 6.1-stable tree, gregkh
  • [PATCH 6.1.y v2 4/4] mm: resolve faulty mmap_region() error path behaviour, Lorenzo Stoakes
    • Patch "mm: resolve faulty mmap_region() error path behaviour" has been added to the 6.1-stable tree, gregkh
  • [PATCH 6.1.y v2 3/4] mm: refactor arch_calc_vm_flag_bits() and arm64 MTE handling, Lorenzo Stoakes
    • Patch "mm: refactor arch_calc_vm_flag_bits() and arm64 MTE handling" has been added to the 6.1-stable tree, gregkh
• memfd and transparent hugepages, Avi Kivity
  • Re: memfd and transparent hugepages, David Hildenbrand
    • Re: memfd and transparent hugepages, Avi Kivity
• [linux-next:fs-next] BUILD SUCCESS a048d47fe907bf61b21dc7c593a027e930aeed30, kernel test robot
• [linux-next:pending-fixes] BUILD SUCCESS 0fcbabde6f9d095738223c761956ac3dbff6251e, kernel test robot
• [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, ankita
  • [PATCH v2 1/1] KVM: arm64: Allow cacheable stage 2 mapping using VMA flags, ankita
    • Re: [PATCH v2 1/1] KVM: arm64: Allow cacheable stage 2 mapping using VMA flags, Will Deacon
      • Re: [PATCH v2 1/1] KVM: arm64: Allow cacheable stage 2 mapping using VMA flags, Ankit Agrawal
        • Re: [PATCH v2 1/1] KVM: arm64: Allow cacheable stage 2 mapping using VMA flags, Will Deacon
    • Re: [PATCH v2 1/1] KVM: arm64: Allow cacheable stage 2 mapping using VMA flags, Catalin Marinas
    • Re: [PATCH v2 1/1] KVM: arm64: Allow cacheable stage 2 mapping using VMA flags, David Hildenbrand
  • Re: [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, Donald Dutile
    • Re: [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, Ankit Agrawal
  • Re: [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, Will Deacon
    • Re: [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, Jason Gunthorpe
      • Re: [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, Catalin Marinas
      • Re: [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, Donald Dutile
        • Re: [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, Catalin Marinas
          • Re: [PATCH v2 0/1] KVM: arm64: Map GPU memory with no struct pages, Ankit Agrawal
• [linux-next:fs-current] BUILD SUCCESS 3411b60e3168cda2f47805dd86ef583f46623399, kernel test robot
• [PATCH] mm/vma: check retry_merge only for new vma case, Wei Yang
  • Re: [PATCH] mm/vma: check retry_merge only for new vma case, Liam R. Howlett
    • Re: [PATCH] mm/vma: check retry_merge only for new vma case, Wei Yang
      • Re: [PATCH] mm/vma: check retry_merge only for new vma case, Lorenzo Stoakes
  • Re: [PATCH] mm/vma: check retry_merge only for new vma case, Lorenzo Stoakes
    • Re: [PATCH] mm/vma: check retry_merge only for new vma case, Wei Yang
      • Re: [PATCH] mm/vma: check retry_merge only for new vma case, Lorenzo Stoakes
        • Re: [PATCH] mm/vma: check retry_merge only for new vma case, Wei Yang
          • Re: [PATCH] mm/vma: check retry_merge only for new vma case, Lorenzo Stoakes
• [RFC PATCH 0/2] Improve simple directory offset wrap behavior, cel
  • [RFC PATCH 1/2] libfs: Return ENOSPC when the directory offset range is exhausted, cel
    • Re: [RFC PATCH 1/2] libfs: Return ENOSPC when the directory offset range is exhausted, Jeff Layton
  • [RFC PATCH 2/2] libfs: Improve behavior when directory offset values wrap, cel
    • Re: [RFC PATCH 2/2] libfs: Improve behavior when directory offset values wrap, Jeff Layton
      • Re: [RFC PATCH 2/2] libfs: Improve behavior when directory offset values wrap, Chuck Lever
        • Re: [RFC PATCH 2/2] libfs: Improve behavior when directory offset values wrap, Christian Brauner