Linux Kernel Memory Management

• Date Index

• [PATCH 3/4 v2] KFENCE: Defer the assignment of the local variable addr, (continued)
  • [PATCH 3/4 v2] KFENCE: Defer the assignment of the local variable addr, Enze Li
    • Re: [PATCH 3/4 v2] KFENCE: Defer the assignment of the local variable addr, Huacai Chen
  • [PATCH 4/4 v2] LoongArch: Add KFENCE support, Enze Li
    • Re: [PATCH 4/4 v2] LoongArch: Add KFENCE support, Huacai Chen
    • Re: [PATCH 4/4 v2] LoongArch: Add KFENCE support, Jackie Liu
      • Re: [PATCH 4/4 v2] LoongArch: Add KFENCE support, Enze Li
    • Re: [PATCH 4/4 v2] LoongArch: Add KFENCE support, Huacai Chen
      • Re: [PATCH 4/4 v2] LoongArch: Add KFENCE support, Enze Li
        • Re: [PATCH 4/4 v2] LoongArch: Add KFENCE support, Huacai Chen
  • [PATCH 1/4 v2] LoongArch: mm: Add page table mapped mode support, Enze Li
    • Re: [PATCH 1/4 v2] LoongArch: mm: Add page table mapped mode support, Huacai Chen
• [PATCH] tmpfs: fixup Docs table for huge mount options, Randy Dunlap
  • Re: [PATCH] tmpfs: fixup Docs table for huge mount options, Hugh Dickins
• [PATCH mm-unstable v7 00/31] Split ptdesc from struct page, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 01/31] mm: Add PAGE_TYPE_OP folio functions, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 02/31] pgtable: Create struct ptdesc, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 03/31] mm: add utility functions for ptdesc, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 04/31] mm: Convert pmd_pgtable_page() callers to use pmd_ptdesc(), Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 06/31] mm: Convert ptlock_ptr() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 05/31] mm: Convert ptlock_alloc() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 07/31] mm: Convert pmd_ptlock_init() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 08/31] mm: Convert ptlock_init() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 09/31] mm: Convert pmd_ptlock_free() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 10/31] mm: Convert ptlock_free() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 11/31] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 12/31] powerpc: Convert various functions to use ptdescs, Vishal Moola (Oracle)
    • Re: [PATCH mm-unstable v7 12/31] powerpc: Convert various functions to use ptdescs, kernel test robot
  • [PATCH mm-unstable v7 13/31] x86: Convert various functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 14/31] s390: Convert various pgalloc functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 15/31] mm: Remove page table members from struct page, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 16/31] pgalloc: Convert various functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 17/31] arm: Convert various functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 18/31] arm64: Convert various functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 19/31] csky: Convert __pte_free_tlb() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 20/31] hexagon: Convert __pte_free_tlb() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 21/31] loongarch: Convert various functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 22/31] m68k: Convert various functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 23/31] mips: Convert various functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 24/31] nios2: Convert __pte_free_tlb() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 25/31] openrisc: Convert __pte_free_tlb() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 26/31] riscv: Convert alloc_{pmd, pte}_late() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 27/31] sh: Convert pte_free_tlb() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 28/31] sparc64: Convert various functions to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 29/31] sparc: Convert pgtable_pte_page_{ctor, dtor}() to ptdesc equivalents, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 30/31] um: Convert {pmd, pte}_free_tlb() to use ptdescs, Vishal Moola (Oracle)
  • [PATCH mm-unstable v7 31/31] mm: Remove pgtable_{pmd, pte}_page_{ctor, dtor}() wrappers, Vishal Moola (Oracle)
  • Re: [PATCH mm-unstable v7 00/31] Split ptdesc from struct page, Hugh Dickins
    • Re: [PATCH mm-unstable v7 00/31] Split ptdesc from struct page, Matthew Wilcox
• [PATCH v6 00/13] Add support for DAX vmemmap optimization for ppc64, Aneesh Kumar K.V
  • [PATCH v6 01/13] mm/hugepage pud: Allow arch-specific helper function to check huge page pud support, Aneesh Kumar K.V
    • [PATCH v6 01/13 -fix] mm/hugepage pud: Allow arch-specific helper function to check huge page pud support, Aneesh Kumar K.V
  • [PATCH v6 03/13] mm/vmemmap: Improve vmemmap_can_optimize and allow architectures to override, Aneesh Kumar K.V
  • [PATCH v6 04/13] mm/vmemmap: Allow architectures to override how vmemmap optimization works, Aneesh Kumar K.V
  • [PATCH v6 05/13] mm: Add pud_same similar to __HAVE_ARCH_P4D_SAME, Aneesh Kumar K.V
  • [PATCH v6 07/13] mm/vmemmap optimization: Split hugetlb and devdax vmemmap optimization, Aneesh Kumar K.V
  • [PATCH v6 08/13] powerpc/mm/trace: Convert trace event to trace event class, Aneesh Kumar K.V
  • [PATCH v6 09/13] powerpc/book3s64/mm: Enable transparent pud hugepage, Aneesh Kumar K.V
  • [PATCH v6 10/13] powerpc/book3s64/vmemmap: Switch radix to use a different vmemmap handling function, Aneesh Kumar K.V
    • [PATCH v6 10/13 -fix] powerpc/book3s64/vmemmap: Switch radix to use a different vmemmap handling function, Aneesh Kumar K.V
    • [PATCH v6 10/13 -fix2] powerpc/book3s64/vmemmap: Switch radix to use a different vmemmap handling function, Aneesh Kumar K.V
  • [PATCH v6 11/13] powerpc/book3s64/radix: Add support for vmemmap optimization for radix, Aneesh Kumar K.V
    • [PATCH v6 11/13 -fix] powerpc/book3s64/radix: Add support for vmemmap optimization for radix, Aneesh Kumar K.V
  • [PATCH v6 13/13] powerpc/book3s64/radix: Add debug message to give more details of vmemmap allocation, Aneesh Kumar K.V
  • Re: [PATCH v6 00/13] Add support for DAX vmemmap optimization for ppc64, Andrew Morton
    • Re: [PATCH v6 00/13] Add support for DAX vmemmap optimization for ppc64, Aneesh Kumar K V
      • Re: [PATCH v6 00/13] Add support for DAX vmemmap optimization for ppc64, Andrew Morton
        • Re: [PATCH v6 00/13] Add support for DAX vmemmap optimization for ppc64, Aneesh Kumar K.V
  • Message not available
    • [PATCH v6 12/13 -fix] powerpc/book3s64/radix: Remove mmu_vmemmap_psize, Aneesh Kumar K.V
• [PATCH v3 00/10] Handle most file-backed faults under the VMA lock, Matthew Wilcox (Oracle)
  • [PATCH v3 01/10] mm: Remove CONFIG_PER_VMA_LOCK ifdefs, Matthew Wilcox (Oracle)
  • [PATCH v3 08/10] mm: Run the fault-around code under the VMA lock, Matthew Wilcox (Oracle)
  • [PATCH v3 10/10] mm: Handle faults that merely update the accessed bit under the VMA lock, Matthew Wilcox (Oracle)
  • [PATCH v3 07/10] mm: Move FAULT_FLAG_VMA_LOCK check down from do_fault(), Matthew Wilcox (Oracle)
  • [PATCH v3 09/10] mm: Handle swap and NUMA PTE faults under the VMA lock, Matthew Wilcox (Oracle)
  • [PATCH v3 05/10] mm: Handle some PMD faults under the VMA lock, Matthew Wilcox (Oracle)
  • [PATCH v3 03/10] mm: Move FAULT_FLAG_VMA_LOCK check from handle_mm_fault(), Matthew Wilcox (Oracle)
  • [PATCH v3 02/10] mm: Allow per-VMA locks on file-backed VMAs, Matthew Wilcox (Oracle)
    • Re: [PATCH v3 02/10] mm: Allow per-VMA locks on file-backed VMAs, Conor Dooley
      • Re: [PATCH v3 02/10] mm: Allow per-VMA locks on file-backed VMAs, Suren Baghdasaryan
        • Re: [PATCH v3 02/10] mm: Allow per-VMA locks on file-backed VMAs, Matthew Wilcox
          • Re: [PATCH v3 02/10] mm: Allow per-VMA locks on file-backed VMAs, Suren Baghdasaryan
  • [PATCH v3 06/10] mm: Move FAULT_FLAG_VMA_LOCK check down in handle_pte_fault(), Matthew Wilcox (Oracle)
  • [PATCH v3 04/10] mm: Handle PUD faults under the VMA lock, Matthew Wilcox (Oracle)
• [PATCH v3 00/15] Reduce preallocations for maple tree, Liam R. Howlett
  • [PATCH v3 01/15] maple_tree: Add benchmarking for mas_for_each, Liam R. Howlett
  • [PATCH v3 02/15] maple_tree: Add benchmarking for mas_prev(), Liam R. Howlett
  • [PATCH v3 03/15] mm: Change do_vmi_align_munmap() tracking of VMAs to remove, Liam R. Howlett
  • [PATCH v3 04/15] mm: Remove prev check from do_vmi_align_munmap(), Liam R. Howlett
  • [PATCH v3 05/15] maple_tree: Introduce __mas_set_range(), Liam R. Howlett
  • [PATCH v3 06/15] mm: Remove re-walk from mmap_region(), Liam R. Howlett
  • [PATCH v3 07/15] maple_tree: Re-introduce entry to mas_preallocate() arguments, Liam R. Howlett
  • [PATCH v3 09/15] mm: Use vma_iter_clear_gfp() in nommu, Liam R. Howlett
  • [PATCH v3 08/15] maple_tree: Adjust node allocation on mas_rebalance(), Liam R. Howlett
  • [PATCH v3 10/15] mm: Set up vma iterator for vma_iter_prealloc() calls, Liam R. Howlett
  • [PATCH v3 11/15] maple_tree: Move mas_wr_end_piv() below mas_wr_extend_null(), Liam R. Howlett
  • [PATCH v3 12/15] maple_tree: Update mas_preallocate() testing, Liam R. Howlett
  • [PATCH v3 13/15] maple_tree: Refine mas_preallocate() node calculations, Liam R. Howlett
  • [PATCH v3 14/15] maple_tree: Reduce resets during store setup, Liam R. Howlett
  • [PATCH v3 15/15] mm/mmap: Change vma iteration order in do_vmi_align_munmap(), Liam R. Howlett
    • Re: [PATCH v3 15/15] mm/mmap: Change vma iteration order in do_vmi_align_munmap(), Jann Horn
      • Re: [PATCH v3 15/15] mm/mmap: Change vma iteration order in do_vmi_align_munmap(), Andrew Morton
      • Re: [PATCH v3 15/15] mm/mmap: Change vma iteration order in do_vmi_align_munmap(), Liam R. Howlett
        • Re: [PATCH v3 15/15] mm/mmap: Change vma iteration order in do_vmi_align_munmap(), Jann Horn
          • Re: [PATCH v3 15/15] mm/mmap: Change vma iteration order in do_vmi_align_munmap(), Liam R. Howlett
            • Re: [PATCH v3 15/15] mm/mmap: Change vma iteration order in do_vmi_align_munmap(), Jann Horn
• Re: [syzbot] [block?] KASAN: slab-out-of-bounds Read in bio_split_rw, David Howells
  • Re: [syzbot] [block?] KASAN: slab-out-of-bounds Read in bio_split_rw, syzbot
  • <Possible follow-ups>
  • Re: [syzbot] [block?] KASAN: slab-out-of-bounds Read in bio_split_rw, David Howells
    • Re: [syzbot] [block?] KASAN: slab-out-of-bounds Read in bio_split_rw, syzbot
  • Re: [syzbot] [block?] KASAN: slab-out-of-bounds Read in bio_split_rw, David Howells
• [PATCH] x86/mm: Fix VDSO and VVAR placement on 5-level paging machines, Kirill A. Shutemov
• [PATCH] libfs: Add a lock class for the offset map's xa_lock, Chuck Lever
  • Re: [PATCH] libfs: Add a lock class for the offset map's xa_lock, Christian Brauner
• Re: [External] Re: [PATCH] docs: mm: Fix number of base pages for 1GB HugeTLB, Usama Arif
  • Re: [External] Re: [PATCH] docs: mm: Fix number of base pages for 1GB HugeTLB, Mike Rapoport
    • Re: [External] Re: [PATCH] docs: mm: Fix number of base pages for 1GB HugeTLB, Jonathan Corbet
• [RFC 0/4] mm/memblock: Skip prep and initialization of struct pages freed later by HVO, Usama Arif
  • [RFC 1/4] mm/hugetlb: Skip prep of tail pages when HVO is enabled, Usama Arif
  • [RFC 2/4] mm/memblock: Add hugepage_size member to struct memblock_region, Usama Arif
    • Re: [RFC 2/4] mm/memblock: Add hugepage_size member to struct memblock_region, Mike Rapoport
      • Re: [External] Re: [RFC 2/4] mm/memblock: Add hugepage_size member to struct memblock_region, Usama Arif
        • Re: [External] Re: [RFC 2/4] mm/memblock: Add hugepage_size member to struct memblock_region, Mike Rapoport
          • Re: [External] Re: [RFC 2/4] mm/memblock: Add hugepage_size member to struct memblock_region, Usama Arif
  • [RFC 3/4] mm/hugetlb_vmemmap: Use nid of the head page to reallocate it, Usama Arif
  • [RFC 4/4] mm/memblock: Skip initialization of struct pages freed later by HVO, Usama Arif
  • Re: [RFC 0/4] mm/memblock: Skip prep and initialization of struct pages freed later by HVO, Usama Arif
• [PATCH v2 00/35] arm64/gcs: Provide support for GCS in userspace, Mark Brown
  • [PATCH v2 01/35] prctl: arch-agnostic prctl for shadow stack, Mark Brown
  • [PATCH v2 02/35] arm64: Document boot requirements for Guarded Control Stacks, Mark Brown
  • [PATCH v2 03/35] arm64/gcs: Document the ABI for Guarded Control Stacks, Mark Brown
  • [PATCH v2 04/35] arm64/sysreg: Add new system registers for GCS, Mark Brown
  • [PATCH v2 05/35] arm64/sysreg: Add definitions for architected GCS caps, Mark Brown
  • [PATCH v2 06/35] arm64/gcs: Add manual encodings of GCS instructions, Mark Brown
  • [PATCH v2 07/35] arm64/gcs: Provide copy_to_user_gcs(), Mark Brown
  • [PATCH v2 08/35] arm64/cpufeature: Runtime detection of Guarded Control Stack (GCS), Mark Brown
  • [PATCH v2 09/35] arm64/mm: Allocate PIE slots for EL0 guarded control stack, Mark Brown
  • [PATCH v2 10/35] mm: Define VM_SHADOW_STACK for arm64 when we support GCS, Mark Brown
  • [PATCH v2 11/35] arm64/mm: Map pages for guarded control stack, Mark Brown
  • [PATCH v2 12/35] KVM: arm64: Manage GCS registers for guests, Mark Brown
  • [PATCH v2 13/35] arm64/el2_setup: Allow GCS usage at EL0 and EL1, Mark Brown
  • [PATCH v2 14/35] arm64/idreg: Add overrride for GCS, Mark Brown
  • [PATCH v2 15/35] arm64/hwcap: Add hwcap for GCS, Mark Brown
  • [PATCH v2 16/35] arm64/traps: Handle GCS exceptions, Mark Brown
  • [PATCH v2 17/35] arm64/mm: Handle GCS data aborts, Mark Brown
  • [PATCH v2 18/35] arm64/gcs: Context switch GCS registers for EL0, Mark Brown
  • [PATCH v2 19/35] arm64/gcs: Allocate a new GCS for threads with GCS enabled, Mark Brown
  • [PATCH v2 20/35] arm64/gcs: Implement shadow stack prctl() interface, Mark Brown
  • [PATCH v2 21/35] arm64/mm: Implement map_shadow_stack(), Mark Brown
  • [PATCH v2 22/35] arm64/signal: Set up and restore the GCS context for signal handlers, Mark Brown
  • [PATCH v2 23/35] arm64/signal: Expose GCS state in signal frames, Mark Brown
  • [PATCH v2 24/35] arm64/ptrace: Expose GCS via ptrace and core files, Mark Brown
  • [PATCH v2 25/35] arm64: Add Kconfig for Guarded Control Stack (GCS), Mark Brown
  • [PATCH v2 26/35] kselftest/arm64: Verify the GCS hwcap, Mark Brown
  • [PATCH v2 27/35] kselftest/arm64: Add GCS as a detected feature in the signal tests, Mark Brown
  • [PATCH v2 28/35] kselftest/arm64: Add framework support for GCS to signal handling tests, Mark Brown
  • [PATCH v2 29/35] kselftest/arm64: Allow signals tests to specify an expected si_code, Mark Brown
  • [PATCH v2 30/35] kselftest/arm64: Always run signals tests with GCS enabled, Mark Brown
  • [PATCH v2 31/35] kselftest/arm64: Add very basic GCS test program, Mark Brown
  • [PATCH v2 32/35] kselftest/arm64: Add a GCS test program built with the system libc, Mark Brown
  • [PATCH v2 33/35] kselftest/arm64: Add test coverage for GCS mode locking, Mark Brown
  • [PATCH v2 34/35] selftests/arm64: Add GCS signal tests, Mark Brown
  • [PATCH v2 35/35] kselftest/arm64: Enable GCS for the FP stress tests, Mark Brown
• [linux-next:pending-fixes] BUILD SUCCESS 3ab5fb77387e65d14e9b3e715a7329b5fcdc7a22, kernel test robot
• [PATCH v2 00/47] use refcount+RCU method to implement lockless slab shrink, Qi Zheng
  • [PATCH v2 01/47] mm: vmscan: move shrinker-related code into a separate file, Qi Zheng
    • Re: [PATCH v2 01/47] mm: vmscan: move shrinker-related code into a separate file, Muchun Song
      • Re: [PATCH v2 01/47] mm: vmscan: move shrinker-related code into a separate file, Qi Zheng
        • Re: [PATCH v2 01/47] mm: vmscan: move shrinker-related code into a separate file, Muchun Song
          • Re: [PATCH v2 01/47] mm: vmscan: move shrinker-related code into a separate file, Qi Zheng
  • [PATCH v2 02/47] mm: shrinker: remove redundant shrinker_rwsem in debugfs operations, Qi Zheng
    • Re: [PATCH v2 02/47] mm: shrinker: remove redundant shrinker_rwsem in debugfs operations, Muchun Song
  • [PATCH v2 03/47] mm: shrinker: add infrastructure for dynamically allocating shrinker, Qi Zheng
    • Re: [PATCH v2 03/47] mm: shrinker: add infrastructure for dynamically allocating shrinker, Peter Zijlstra
      • Re: [PATCH v2 03/47] mm: shrinker: add infrastructure for dynamically allocating shrinker, Qi Zheng
    • Re: [PATCH v2 03/47] mm: shrinker: add infrastructure for dynamically allocating shrinker, Muchun Song
      • Re: [PATCH v2 03/47] mm: shrinker: add infrastructure for dynamically allocating shrinker, Qi Zheng
    • Re: [PATCH v2 03/47] mm: shrinker: add infrastructure for dynamically allocating shrinker, Dave Chinner
      • Re: [PATCH v2 03/47] mm: shrinker: add infrastructure for dynamically allocating shrinker, Qi Zheng
  • [PATCH v2 04/47] kvm: mmu: dynamically allocate the x86-mmu shrinker, Qi Zheng
    • Re: [PATCH v2 04/47] kvm: mmu: dynamically allocate the x86-mmu shrinker, Muchun Song
  • [PATCH v2 05/47] binder: dynamically allocate the android-binder shrinker, Qi Zheng
    • Re: [PATCH v2 05/47] binder: dynamically allocate the android-binder shrinker, Qi Zheng
  • [PATCH v2 06/47] drm/ttm: dynamically allocate the drm-ttm_pool shrinker, Qi Zheng
    • Re: [PATCH v2 06/47] drm/ttm: dynamically allocate the drm-ttm_pool shrinker, Muchun Song
  • [PATCH v2 07/47] xenbus/backend: dynamically allocate the xen-backend shrinker, Qi Zheng
    • Re: [PATCH v2 07/47] xenbus/backend: dynamically allocate the xen-backend shrinker, Muchun Song
  • [PATCH v2 08/47] erofs: dynamically allocate the erofs-shrinker, Qi Zheng
    • Re: [PATCH v2 08/47] erofs: dynamically allocate the erofs-shrinker, Muchun Song
  • [PATCH v2 09/47] f2fs: dynamically allocate the f2fs-shrinker, Qi Zheng
    • Re: [PATCH v2 09/47] f2fs: dynamically allocate the f2fs-shrinker, Muchun Song
  • [PATCH v2 10/47] gfs2: dynamically allocate the gfs2-glock shrinker, Qi Zheng
    • Re: [PATCH v2 10/47] gfs2: dynamically allocate the gfs2-glock shrinker, Muchun Song
  • [PATCH v2 11/47] gfs2: dynamically allocate the gfs2-qd shrinker, Qi Zheng
    • Re: [PATCH v2 11/47] gfs2: dynamically allocate the gfs2-qd shrinker, Muchun Song
      • Re: [PATCH v2 11/47] gfs2: dynamically allocate the gfs2-qd shrinker, Qi Zheng
  • [PATCH v2 12/47] NFSv4.2: dynamically allocate the nfs-xattr shrinkers, Qi Zheng
    • Re: [PATCH v2 12/47] NFSv4.2: dynamically allocate the nfs-xattr shrinkers, Muchun Song
  • [PATCH v2 13/47] nfs: dynamically allocate the nfs-acl shrinker, Qi Zheng
    • Re: [PATCH v2 13/47] nfs: dynamically allocate the nfs-acl shrinker, Muchun Song
  • [PATCH v2 14/47] nfsd: dynamically allocate the nfsd-filecache shrinker, Qi Zheng
    • Re: [PATCH v2 14/47] nfsd: dynamically allocate the nfsd-filecache shrinker, Muchun Song
  • [PATCH v2 15/47] quota: dynamically allocate the dquota-cache shrinker, Qi Zheng
    • Re: [PATCH v2 15/47] quota: dynamically allocate the dquota-cache shrinker, Muchun Song
  • [PATCH v2 16/47] ubifs: dynamically allocate the ubifs-slab shrinker, Qi Zheng
    • Re: [PATCH v2 16/47] ubifs: dynamically allocate the ubifs-slab shrinker, Muchun Song
  • [PATCH v2 17/47] rcu: dynamically allocate the rcu-lazy shrinker, Qi Zheng
    • Re: [PATCH v2 17/47] rcu: dynamically allocate the rcu-lazy shrinker, Muchun Song
      • Re: [PATCH v2 17/47] rcu: dynamically allocate the rcu-lazy shrinker, Qi Zheng
  • [PATCH v2 18/47] rcu: dynamically allocate the rcu-kfree shrinker, Qi Zheng
    • Re: [PATCH v2 18/47] rcu: dynamically allocate the rcu-kfree shrinker, Muchun Song
  • [PATCH v2 19/47] mm: thp: dynamically allocate the thp-related shrinkers, Qi Zheng
    • Re: [PATCH v2 19/47] mm: thp: dynamically allocate the thp-related shrinkers, Muchun Song
      • Re: [PATCH v2 19/47] mm: thp: dynamically allocate the thp-related shrinkers, Qi Zheng
  • [PATCH v2 20/47] sunrpc: dynamically allocate the sunrpc_cred shrinker, Qi Zheng
    • Re: [PATCH v2 20/47] sunrpc: dynamically allocate the sunrpc_cred shrinker, Muchun Song
  • [PATCH v2 21/47] mm: workingset: dynamically allocate the mm-shadow shrinker, Qi Zheng
    • Re: [PATCH v2 21/47] mm: workingset: dynamically allocate the mm-shadow shrinker, Muchun Song
      • Re: [PATCH v2 21/47] mm: workingset: dynamically allocate the mm-shadow shrinker, Qi Zheng
  • [PATCH v2 22/47] drm/i915: dynamically allocate the i915_gem_mm shrinker, Qi Zheng
    • Re: [PATCH v2 22/47] drm/i915: dynamically allocate the i915_gem_mm shrinker, Muchun Song
  • [PATCH v2 23/47] drm/msm: dynamically allocate the drm-msm_gem shrinker, Qi Zheng
    • Re: [PATCH v2 23/47] drm/msm: dynamically allocate the drm-msm_gem shrinker, Muchun Song
      • Re: [PATCH v2 23/47] drm/msm: dynamically allocate the drm-msm_gem shrinker, Qi Zheng
  • [PATCH v2 24/47] drm/panfrost: dynamically allocate the drm-panfrost shrinker, Qi Zheng
    • Re: [PATCH v2 24/47] drm/panfrost: dynamically allocate the drm-panfrost shrinker, Steven Price
      • Re: [PATCH v2 24/47] drm/panfrost: dynamically allocate the drm-panfrost shrinker, Qi Zheng
  • [PATCH v2 25/47] dm: dynamically allocate the dm-bufio shrinker, Qi Zheng
    • Re: [PATCH v2 25/47] dm: dynamically allocate the dm-bufio shrinker, Muchun Song
  • [PATCH v2 26/47] dm zoned: dynamically allocate the dm-zoned-meta shrinker, Qi Zheng
    • Re: [PATCH v2 26/47] dm zoned: dynamically allocate the dm-zoned-meta shrinker, Muchun Song
  • [PATCH v2 27/47] md/raid5: dynamically allocate the md-raid5 shrinker, Qi Zheng
    • Re: [PATCH v2 27/47] md/raid5: dynamically allocate the md-raid5 shrinker, Muchun Song
  • [PATCH v2 28/47] bcache: dynamically allocate the md-bcache shrinker, Qi Zheng
    • Re: [PATCH v2 28/47] bcache: dynamically allocate the md-bcache shrinker, Muchun Song
      • Re: [PATCH v2 28/47] bcache: dynamically allocate the md-bcache shrinker, Qi Zheng
  • [PATCH v2 29/47] vmw_balloon: dynamically allocate the vmw-balloon shrinker, Qi Zheng
    • Re: [PATCH v2 29/47] vmw_balloon: dynamically allocate the vmw-balloon shrinker, Muchun Song
  • [PATCH v2 30/47] virtio_balloon: dynamically allocate the virtio-balloon shrinker, Qi Zheng
    • Re: [PATCH v2 30/47] virtio_balloon: dynamically allocate the virtio-balloon shrinker, Muchun Song
  • [PATCH v2 31/47] mbcache: dynamically allocate the mbcache shrinker, Qi Zheng
    • Re: [PATCH v2 31/47] mbcache: dynamically allocate the mbcache shrinker, Muchun Song
  • [PATCH v2 32/47] ext4: dynamically allocate the ext4-es shrinker, Qi Zheng
    • Re: [PATCH v2 32/47] ext4: dynamically allocate the ext4-es shrinker, Muchun Song
  • [PATCH v2 33/47] jbd2,ext4: dynamically allocate the jbd2-journal shrinker, Qi Zheng
    • Re: [PATCH v2 33/47] jbd2,ext4: dynamically allocate the jbd2-journal shrinker, Muchun Song
  • [PATCH v2 34/47] nfsd: dynamically allocate the nfsd-client shrinker, Qi Zheng
    • Re: [PATCH v2 34/47] nfsd: dynamically allocate the nfsd-client shrinker, Jeff Layton
  • [PATCH v2 35/47] nfsd: dynamically allocate the nfsd-reply shrinker, Qi Zheng
    • Re: [PATCH v2 35/47] nfsd: dynamically allocate the nfsd-reply shrinker, Jeff Layton
  • [PATCH v2 36/47] xfs: dynamically allocate the xfs-buf shrinker, Qi Zheng
    • Re: [PATCH v2 36/47] xfs: dynamically allocate the xfs-buf shrinker, Muchun Song
  • [PATCH v2 37/47] xfs: dynamically allocate the xfs-inodegc shrinker, Qi Zheng
    • Re: [PATCH v2 37/47] xfs: dynamically allocate the xfs-inodegc shrinker, Muchun Song
  • [PATCH v2 38/47] xfs: dynamically allocate the xfs-qm shrinker, Qi Zheng
    • Re: [PATCH v2 38/47] xfs: dynamically allocate the xfs-qm shrinker, Muchun Song
  • [PATCH v2 39/47] zsmalloc: dynamically allocate the mm-zspool shrinker, Qi Zheng
    • Re: [PATCH v2 39/47] zsmalloc: dynamically allocate the mm-zspool shrinker, Muchun Song
  • [PATCH v2 40/47] fs: super: dynamically allocate the s_shrink, Qi Zheng
    • Re: [PATCH v2 40/47] fs: super: dynamically allocate the s_shrink, Muchun Song
  • [PATCH v2 41/47] mm: shrinker: remove old APIs, Qi Zheng
    • Re: [PATCH v2 41/47] mm: shrinker: remove old APIs, Muchun Song
  • [PATCH v2 42/47] drm/ttm: introduce pool_shrink_rwsem, Qi Zheng
    • Re: [PATCH v2 42/47] drm/ttm: introduce pool_shrink_rwsem, Muchun Song
  • [PATCH v2 43/47] mm: shrinker: add a secondary array for shrinker_info::{map, nr_deferred}, Qi Zheng
    • Re: [PATCH v2 43/47] mm: shrinker: add a secondary array for shrinker_info::{map, nr_deferred}, Muchun Song
  • [PATCH v2 44/47] mm: shrinker: make global slab shrink lockless, Qi Zheng
    • Re: [PATCH v2 44/47] mm: shrinker: make global slab shrink lockless, Dave Chinner
      • Re: [PATCH v2 44/47] mm: shrinker: make global slab shrink lockless, Qi Zheng
        • Re: [PATCH v2 44/47] mm: shrinker: make global slab shrink lockless, Dave Chinner
          • Re: [PATCH v2 44/47] mm: shrinker: make global slab shrink lockless, Qi Zheng
  • [PATCH v2 45/47] mm: shrinker: make memcg slab shrink lockless, Qi Zheng
  • [PATCH v2 46/47] mm: shrinker: hold write lock to reparent shrinker nr_deferred, Qi Zheng
  • [PATCH v2 47/47] mm: shrinker: convert shrinker_rwsem to mutex, Qi Zheng
• [PATCH v3 0/8] selftests/mm fixes for arm64, Ryan Roberts
  • [PATCH v3 2/8] selftests/mm: Skip soft-dirty tests on arm64, Ryan Roberts
  • [PATCH v3 1/8] selftests: Line buffer test program's stdout, Ryan Roberts
  • [PATCH v3 3/8] selftests/mm: Enable mrelease_test for arm64, Ryan Roberts
  • [PATCH v3 4/8] selftests/mm: Fix thuge-gen test bugs, Ryan Roberts
  • [PATCH v3 5/8] selftests/mm: va_high_addr_switch should skip unsupported arm64 configs, Ryan Roberts
  • [PATCH v3 6/8] selftests/mm: Make migration test robust to failure, Ryan Roberts
    • Re: [PATCH v3 6/8] selftests/mm: Make migration test robust to failure, David Hildenbrand
  • [PATCH v3 7/8] selftests/mm: Optionally pass duration to transhuge-stress, Ryan Roberts
  • [PATCH v3 8/8] selftests/mm: Run all tests from run_vmtests.sh, Ryan Roberts
  • Re: [PATCH v3 0/8] selftests/mm fixes for arm64, Andrew Morton
    • Re: [PATCH v3 0/8] selftests/mm fixes for arm64, Ryan Roberts
      • Re: [PATCH v3 0/8] selftests/mm fixes for arm64, Andrew Morton
        • Re: [PATCH v3 0/8] selftests/mm fixes for arm64, Mark Brown
• [linux-next:master] [NFSD] e5b9a37505: fsmark.files_per_sec 2.1% improvement, kernel test robot
• [stable:linux-4.19.y 593/9999] arch/riscv/include/asm/irqflags.h:42: Error: unrecognized opcode `csrrc t4,sstatus,2', extension `zicsr' required, kernel test robot
• [RFC PATCH v2 2/2] zram: charge the compressed RAM to the page's memcgroup, Zhongkun He
• [RFC PATCH v2 1/2] memcg: Add support for zram object charge, Zhongkun He
• [RFC PATCH v2 0/2] zram: memcg accounting, Zhongkun He
• [PATCH mm-hotfixes] mm/pagewalk: fix EFI_PGT_DUMP of espfix area, Hugh Dickins
  • Re: [PATCH mm-hotfixes] mm/pagewalk: fix EFI_PGT_DUMP of espfix area, Mikhail Gavrilov
• [PATCH mm-hotfixes] shmem: minor fixes to splice-read implementation, Hugh Dickins
• [PATCH mm-hotfixes] tmpfs: fix Documentation of noswap and huge mount options, Hugh Dickins
  • Re: [PATCH mm-hotfixes] tmpfs: fix Documentation of noswap and huge mount options, Luis Chamberlain
• [RFC 0/2] An attempt to improve SLUB on NUMA / under memory pressure, Hyeonggon Yoo
  • [RFC 1/2] Revert "mm, slub: change percpu partial accounting from objects to pages", Hyeonggon Yoo
    • Re: [RFC 1/2] Revert "mm, slub: change percpu partial accounting from objects to pages", Vlastimil Babka
      • Re: [RFC 1/2] Revert "mm, slub: change percpu partial accounting from objects to pages", Hyeonggon Yoo
  • [RFC 2/2] mm/slub: prefer NUMA locality over slight memory saving on NUMA machines, Hyeonggon Yoo
    • Re: [RFC 2/2] mm/slub: prefer NUMA locality over slight memory saving on NUMA machines, Vlastimil Babka
      • Re: [RFC 2/2] mm/slub: prefer NUMA locality over slight memory saving on NUMA machines, Hyeonggon Yoo
        • Re: [RFC 2/2] mm/slub: prefer NUMA locality over slight memory saving on NUMA machines, Vlastimil Babka
  • Re: [RFC 0/2] An attempt to improve SLUB on NUMA / under memory pressure, Jay Patel
    • Re: [RFC 0/2] An attempt to improve SLUB on NUMA / under memory pressure, Hyeonggon Yoo
      • Re: [RFC 0/2] An attempt to improve SLUB on NUMA / under memory pressure, Jay Patel
        • Re: [RFC 0/2] An attempt to improve SLUB on NUMA / under memory pressure, Hyeonggon Yoo
• [RFC PATCH v2] Documentation/page_tables: Add info about MMU/TLB and Page Faults, Fabio M. De Francesco
  • Re: [RFC PATCH v2] Documentation/page_tables: Add info about MMU/TLB and Page Faults, Jonathan Cameron
    • Re: [RFC PATCH v2] Documentation/page_tables: Add info about MMU/TLB and Page Faults, Fabio M. De Francesco
      • Re: [RFC PATCH v2] Documentation/page_tables: Add info about MMU/TLB and Page Faults, Jonathan Cameron
• [RFC PATCH v2] Documentation/page_tables: MMU, TLB, and Page Faults, Fabio M. De Francesco
  • Re: [RFC PATCH v2] Documentation/page_tables: MMU, TLB, and Page Faults, Fabio M. De Francesco
• [syzbot] [mm?] KASAN: slab-use-after-free Read in madvise_collapse, syzbot
  • Re: [syzbot] [mm?] KASAN: slab-use-after-free Read in madvise_collapse, Hugh Dickins
• Re: [syzbot] [mm?] kernel BUG in collapse_file (3), Hugh Dickins
• Re: [syzbot] [mm?] possible deadlock in shmem_uncharge (2), Hugh Dickins
  • Re: [syzbot] [mm?] possible deadlock in shmem_uncharge (2), Carlos Maiolino
• [PATCH] mm/mprotect: fix obsolete function name in change_pte_range(), Miaohe Lin
  • Re: [PATCH] mm/mprotect: fix obsolete function name in change_pte_range(), David Hildenbrand
• [PATCH] mm/memcg: fix obsolete function name in mem_cgroup_protection(), Miaohe Lin
  • Re: [PATCH] mm/memcg: fix obsolete function name in mem_cgroup_protection(), Matthew Wilcox
    • Re: [PATCH] mm/memcg: fix obsolete function name in mem_cgroup_protection(), Miaohe Lin
• Fwd: bpf: bpf_probe_read_user_str() returns 0 for empty strings, Bagas Sanjaya
  • Re: bpf: bpf_probe_read_user_str() returns 0 for empty strings, Alexei Starovoitov
  • RE: bpf: bpf_probe_read_user_str() returns 0 for empty strings, Fröhling, Maximilian
• [PATCH v2 0/3] page table check warn instead of panic, Pasha Tatashin
  • [PATCH v2 1/3] mm/page_table_check: Do WARN_ON instead of BUG_ON, Pasha Tatashin
    • Re: [PATCH v2 1/3] mm/page_table_check: Do WARN_ON instead of BUG_ON, Matthew Wilcox
      • Re: [PATCH v2 1/3] mm/page_table_check: Do WARN_ON instead of BUG_ON, Pasha Tatashin
  • [PATCH v2 2/3] doc/vm: add information about page_table_check warn_on behavior, Pasha Tatashin
    • Re: [PATCH v2 2/3] doc/vm: add information about page_table_check warn_on behavior, Randy Dunlap
      • Re: [PATCH v2 2/3] doc/vm: add information about page_table_check warn_on behavior, Pasha Tatashin
  • [PATCH v2 3/3] mm/page_table_check: Check writable zero page in page table check, Pasha Tatashin
• Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Linus Torvalds
  • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Alexander Potapenko
    • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Naresh Kamboju
      • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Naresh Kamboju
      • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Alexander Potapenko
        • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Alexander Potapenko
          • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Naresh Kamboju
            • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Alexander Potapenko
              • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Alexander Potapenko
                • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Muchun Song
                  • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Muchun Song
        • Re: [PATCH 6.4 000/292] 6.4.5-rc1 review, Naresh Kamboju
• [syzbot] [mm?] BUG: soft lockup in generic_file_write_iter (2), syzbot
• [RFC PATCH] Documentation/page_tables: MMU, TLB, and Page Faults, Fabio M. De Francesco
  • Re: [RFC PATCH] Documentation/page_tables: MMU, TLB, and Page Faults, Fabio M. De Francesco
• [PATCH v2] mm: Fix memory ordering for mm_lock_seq and vm_lock_seq, Jann Horn
  • Re: [PATCH v2] mm: Fix memory ordering for mm_lock_seq and vm_lock_seq, Suren Baghdasaryan
  • Re: [PATCH v2] mm: Fix memory ordering for mm_lock_seq and vm_lock_seq, Andrew Morton
    • Re: [PATCH v2] mm: Fix memory ordering for mm_lock_seq and vm_lock_seq, Jann Horn
• [PATCH 6.1 222/223] swiotlb: mark swiotlb_memblock_alloc() as __init, Greg Kroah-Hartman
• [PATCH] mm: Fix memory ordering for mm_lock_seq and vm_lock_seq, Jann Horn
• [linux-next:master] BUILD REGRESSION ae867bc97b713121b2a7f5fcac68378a0774739b, kernel test robot
• Re: [PATCH v1 1/1] minmax: Fix header inclusions, kernel test robot
  • Re: [PATCH v1 1/1] minmax: Fix header inclusions, Andy Shevchenko
  • <Possible follow-ups>
  • Re: [PATCH v1 1/1] minmax: Fix header inclusions, kernel test robot
• Patch "swiotlb: mark swiotlb_memblock_alloc() as __init" has been added to the 6.1-stable tree, gregkh
• [PATCH] mm/hotplug: Enable runtime update of memmap_on_memory parameter, Aneesh Kumar K.V
  • Re: [PATCH] mm/hotplug: Enable runtime update of memmap_on_memory parameter, Andrew Morton
    • Re: [PATCH] mm/hotplug: Enable runtime update of memmap_on_memory parameter, David Hildenbrand
• [PATCH 0/3] percpu: some trivial cleanup patches, Baoquan He
  • [PATCH 1/3] mm/percpu.c: remove redundant check, Baoquan He
    • Re: [PATCH 1/3] mm/percpu.c: remove redundant check, Dennis Zhou
  • [PATCH 2/3] mm/percpu.c: optimize the code in pcpu_setup_first_chunk() a little bit, Baoquan He
    • Re: [PATCH 2/3] mm/percpu.c: optimize the code in pcpu_setup_first_chunk() a little bit, Dennis Zhou
      • Re: [PATCH 2/3] mm/percpu.c: optimize the code in pcpu_setup_first_chunk() a little bit, Baoquan He
  • [PATCH 3/3] mm/percpu.c: print error message too if atomic alloc failed, Baoquan He
    • Re: [PATCH 3/3] mm/percpu.c: print error message too if atomic alloc failed, Dennis Zhou
      • Re: [PATCH 3/3] mm/percpu.c: print error message too if atomic alloc failed, Baoquan He
  • Re: [PATCH 0/3] percpu: some trivial cleanup patches, Dennis Zhou
    • Re: [PATCH 0/3] percpu: some trivial cleanup patches, Baoquan He
      • Re: [PATCH 0/3] percpu: some trivial cleanup patches, Dennis Zhou
        • Re: [PATCH 0/3] percpu: some trivial cleanup patches, Baoquan He
• [linux-next:pending-fixes] BUILD SUCCESS 6d86025a2bff1a8ae2ec0527ec82a99cec902e17, kernel test robot
• [PATCH v1 00/14] futex: More futex2 bits, Peter Zijlstra
  • [PATCH v1 01/14] futex: Clarify FUTEX2 flags, Peter Zijlstra
    • Re: [PATCH v1 01/14] futex: Clarify FUTEX2 flags, Thomas Gleixner
  • [PATCH v1 05/14] futex: Add sys_futex_wake(), Peter Zijlstra
    • Re: [PATCH v1 05/14] futex: Add sys_futex_wake(), Arnd Bergmann
      • Re: [PATCH v1 05/14] futex: Add sys_futex_wake(), Peter Zijlstra
        • Re: [PATCH v1 05/14] futex: Add sys_futex_wake(), Arnd Bergmann
    • Re: [PATCH v1 05/14] futex: Add sys_futex_wake(), Geert Uytterhoeven
  • [PATCH v1 04/14] futex: Validate futex value against futex size, Peter Zijlstra
    • Re: [PATCH v1 04/14] futex: Validate futex value against futex size, Thomas Gleixner
  • [PATCH v1 07/14] futex: Propagate flags into get_futex_key(), Peter Zijlstra
    • Re: [PATCH v1 07/14] futex: Propagate flags into get_futex_key(), Thomas Gleixner
  • [PATCH v1 10/14] mm: Add vmalloc_huge_node(), Peter Zijlstra
    • Re: [PATCH v1 10/14] mm: Add vmalloc_huge_node(), Christoph Hellwig
  • [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Peter Zijlstra
    • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Peter Zijlstra
    • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Thomas Gleixner
      • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Peter Zijlstra
        • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Thomas Gleixner
        • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Christoph Lameter (Ampere)
    • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Christoph Lameter (Ampere)
      • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Peter Zijlstra
      • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Peter Zijlstra
        • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Christoph Lameter (Ampere)
          • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Peter Zijlstra
            • Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA, Christoph Lameter (Ampere)
  • [PATCH v1 14/14] futex,selftests: Extend the futex selftests, Peter Zijlstra
  • [PATCH v1 06/14] futex: Add sys_futex_wait(), Peter Zijlstra
    • Re: [PATCH v1 06/14] futex: Add sys_futex_wait(), Geert Uytterhoeven
    • Re: [PATCH v1 06/14] futex: Add sys_futex_wait(), Thomas Gleixner
  • [PATCH v1 08/14] futex: Add flags2 argument to futex_requeue(), Peter Zijlstra
    • Re: [PATCH v1 08/14] futex: Add flags2 argument to futex_requeue(), Thomas Gleixner
  • [PATCH v1 03/14] futex: Flag conversion, Peter Zijlstra
    • Re: [PATCH v1 03/14] futex: Flag conversion, Thomas Gleixner
      • Re: [PATCH v1 03/14] futex: Flag conversion, Peter Zijlstra
  • [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Peter Zijlstra
    • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Arnd Bergmann
      • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Peter Zijlstra
    • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Thomas Gleixner
      • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Peter Zijlstra
      • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Thomas Gleixner
        • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Peter Zijlstra
          • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Thomas Gleixner
      • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Thomas Gleixner
        • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Peter Zijlstra
          • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Thomas Gleixner
            • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Peter Zijlstra
              • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Thomas Gleixner
                • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Peter Zijlstra
                  • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Thomas Gleixner
                • Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags, Arnd Bergmann
  • [PATCH v1 09/14] futex: Add sys_futex_requeue(), Peter Zijlstra
    • Re: [PATCH v1 09/14] futex: Add sys_futex_requeue(), Geert Uytterhoeven
    • Re: [PATCH v1 09/14] futex: Add sys_futex_requeue(), Thomas Gleixner
      • Re: [PATCH v1 09/14] futex: Add sys_futex_requeue(), Peter Zijlstra
  • [PATCH v1 12/14] futex: Propagate flags into futex_get_value_locked(), Peter Zijlstra
  • [PATCH v1 13/14] futex: Enable FUTEX2_{8,16}, Peter Zijlstra
  • Re: [PATCH v1 00/14] futex: More futex2 bits, Jens Axboe
  • Re: [PATCH v1 00/14] futex: More futex2 bits, Arnd Bergmann
• [RFC PATCH v2 0/4] fix large folio for madvise_cold_or_pageout(), Yin Fengwei
  • [RFC PATCH v2 1/4] madvise: not use mapcount() against large folio for sharing check, Yin Fengwei
    • Re: [RFC PATCH v2 1/4] madvise: not use mapcount() against large folio for sharing check, Yu Zhao
      • Re: [RFC PATCH v2 1/4] madvise: not use mapcount() against large folio for sharing check, Yin, Fengwei
        • Re: [RFC PATCH v2 1/4] madvise: not use mapcount() against large folio for sharing check, Yu Zhao
  • [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yin Fengwei
    • Re: [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yu Zhao
      • Re: [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yin Fengwei
        • Re: [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yu Zhao
          • Re: [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yin Fengwei
            • Re: [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yu Zhao
              • Re: [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yin Fengwei
                • Re: [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yu Zhao
                  • Re: [RFC PATCH v2 2/4] madvise: Use notify-able API to clear and flush page table entries, Yin, Fengwei
  • [RFC PATCH v2 3/4] mm: add functions folio_in_range() and folio_within_vma(), Yin Fengwei
    • Re: [RFC PATCH v2 3/4] mm: add functions folio_in_range() and folio_within_vma(), Yu Zhao
  • [RFC PATCH v2 4/4] madvise: avoid trying to split large folio always in cold_pageout, Yin Fengwei
    • Re: [RFC PATCH v2 4/4] madvise: avoid trying to split large folio always in cold_pageout, Yu Zhao
• [PATCH v2 0/2] Two minor cleanups for compaction, Kemeng Shi
  • [PATCH v2 2/2] mm/compaction: avoid unneeded pageblock_end_pfn when no_set_skip_hint is set, Kemeng Shi
    • Re: [PATCH v2 2/2] mm/compaction: avoid unneeded pageblock_end_pfn when no_set_skip_hint is set, David Hildenbrand
  • Message not available
    • Re: [PATCH v2 1/2] mm/compaction: correct comment of candidate pfn in fast_isolate_freepages, Baolin Wang
• [PATCH] zsmalloc: Fix races between modifications of fullness and isolated, Andrew Yang
  • Re: [PATCH] zsmalloc: Fix races between modifications of fullness and isolated, Sergey Senozhatsky
    • Re: [PATCH] zsmalloc: Fix races between modifications of fullness and isolated, Sergey Senozhatsky
  • Re: [PATCH] zsmalloc: Fix races between modifications of fullness and isolated, Sergey Senozhatsky
    • Re: [PATCH] zsmalloc: Fix races between modifications of fullness and isolated, Andrew Yang (楊智強)
      • Re: [PATCH] zsmalloc: Fix races between modifications of fullness and isolated, Sergey Senozhatsky
      • Re: [PATCH] zsmalloc: Fix races between modifications of fullness and isolated, Andrew Morton
• [bug report] mmu_notifiers: rename invalidate_range notifier, Dan Carpenter
• [PATCH] mm: Lock VMA in dup_anon_vma() before setting ->anon_vma, Jann Horn
  • Re: [PATCH] mm: Lock VMA in dup_anon_vma() before setting ->anon_vma, Suren Baghdasaryan
• [PATCH v4 00/10] Convert several functions in page_io.c to use a folio, Peng Zhang
  • [PATCH v4 05/10] mm/page_io: use a folio in __end_swap_bio_read(), Peng Zhang
  • [PATCH v4 04/10] mm/page_io: use a folio in __end_swap_bio_write(), Peng Zhang
  • [PATCH v4 06/10] mm/page_io: use a folio in sio_read_complete(), Peng Zhang
  • [PATCH v4 02/10] mm/page_io: remove unneeded SetPageError(), Peng Zhang
  • [PATCH v4 03/10] mm/page_io: introduce bio_first_folio_all(), Peng Zhang
  • [PATCH v4 01/10] mm/page_io: remove unneeded ClearPageUptodate(), Peng Zhang
  • [PATCH v4 07/10] mm/page_io: use a folio in swap_writepage_bdev_sync(), Peng Zhang
  • [PATCH v4 08/10] mm/page_io: use a folio in swap_writepage_bdev_async(), Peng Zhang
  • [PATCH v4 09/10] mm/page_io: convert count_swpout_vm_event() to take in a folio, Peng Zhang
  • [PATCH v4 10/10] mm/page_io: convert bio_associate_blkg_from_page() to take in a folio, Peng Zhang
• [PATCH RESEND 0/4] memory tiering: calculate abstract distance based on ACPI HMAT, Huang Ying
  • [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang Ying
    • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
      • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang, Ying
        • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
          • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang, Ying
            • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
              • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang, Ying
                • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
                  • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang, Ying
                    • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
                      • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang, Ying
                        • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
                          • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang, Ying
                            • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
                              • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang, Ying
                                • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
                                  • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Huang, Ying
                                    • Re: [PATCH RESEND 1/4] memory tiering: add abstract distance calculation algorithms management, Alistair Popple
  • [PATCH RESEND 2/4] acpi, hmat: refactor hmat_register_target_initiators(), Huang Ying
    • Re: [PATCH RESEND 2/4] acpi, hmat: refactor hmat_register_target_initiators(), Alistair Popple
    • Re: [PATCH RESEND 2/4] acpi, hmat: refactor hmat_register_target_initiators(), Jonathan Cameron
      • Re: [PATCH RESEND 2/4] acpi, hmat: refactor hmat_register_target_initiators(), Huang, Ying
  • [PATCH RESEND 3/4] acpi, hmat: calculate abstract distance with HMAT, Huang Ying
    • Re: [PATCH RESEND 3/4] acpi, hmat: calculate abstract distance with HMAT, Alistair Popple
      • Re: [PATCH RESEND 3/4] acpi, hmat: calculate abstract distance with HMAT, Huang, Ying
        • Re: [PATCH RESEND 3/4] acpi, hmat: calculate abstract distance with HMAT, Alistair Popple
          • Re: [PATCH RESEND 3/4] acpi, hmat: calculate abstract distance with HMAT, Huang, Ying
  • [PATCH RESEND 4/4] dax, kmem: calculate abstract distance with general interface, Huang Ying
    • Re: [PATCH RESEND 4/4] dax, kmem: calculate abstract distance with general interface, Alistair Popple
      • Re: [PATCH RESEND 4/4] dax, kmem: calculate abstract distance with general interface, Huang, Ying
        • Re: [PATCH RESEND 4/4] dax, kmem: calculate abstract distance with general interface, Alistair Popple
          • Re: [PATCH RESEND 4/4] dax, kmem: calculate abstract distance with general interface, Huang, Ying
            • Re: [PATCH RESEND 4/4] dax, kmem: calculate abstract distance with general interface, Alistair Popple
              • Re: [PATCH RESEND 4/4] dax, kmem: calculate abstract distance with general interface, Huang, Ying
                • Re: [PATCH RESEND 4/4] dax, kmem: calculate abstract distance with general interface, Alistair Popple
  • Re: [PATCH RESEND 0/4] memory tiering: calculate abstract distance based on ACPI HMAT, Alistair Popple
    • Re: [PATCH RESEND 0/4] memory tiering: calculate abstract distance based on ACPI HMAT, Andrew Morton
      • Re: [PATCH RESEND 0/4] memory tiering: calculate abstract distance based on ACPI HMAT, Bharata B Rao
        • Re: [PATCH RESEND 0/4] memory tiering: calculate abstract distance based on ACPI HMAT, Huang, Ying
          • Re: [PATCH RESEND 0/4] memory tiering: calculate abstract distance based on ACPI HMAT, Bharata B Rao
• [PATCH v2] mm: Don't drop VMA locks in mm_drop_all_locks(), Jann Horn
• [linux-next:master 3278/3762] security/selinux/hooks.c:249:41: sparse: sparse: Using plain integer as NULL pointer, kernel test robot
• [linux-next:master] BUILD REGRESSION c58c49dd89324b18a812762a2bfa5a0458e4f252, kernel test robot
• [RFC PATCH v2 00/20] context_tracking,x86: Defer some IPIs until a user->kernel transition, Valentin Schneider
  • [RFC PATCH v2 01/20] tracing/filters: Dynamically allocate filter_pred.regex, Valentin Schneider
  • [RFC PATCH v2 02/20] tracing/filters: Enable filtering a cpumask field by another cpumask, Valentin Schneider
    • Re: [RFC PATCH v2 02/20] tracing/filters: Enable filtering a cpumask field by another cpumask, Josh Poimboeuf
      • Re: [RFC PATCH v2 02/20] tracing/filters: Enable filtering a cpumask field by another cpumask, Valentin Schneider
      • Re: [RFC PATCH v2 02/20] tracing/filters: Enable filtering a cpumask field by another cpumask, Steven Rostedt
        • Re: [RFC PATCH v2 02/20] tracing/filters: Enable filtering a cpumask field by another cpumask, Valentin Schneider
          • Re: [RFC PATCH v2 02/20] tracing/filters: Enable filtering a cpumask field by another cpumask, Steven Rostedt
  • [RFC PATCH v2 03/20] tracing/filters: Enable filtering a scalar field by a cpumask, Valentin Schneider
  • [RFC PATCH v2 04/20] tracing/filters: Enable filtering the CPU common field by a cpumask, Valentin Schneider
  • [RFC PATCH v2 05/20] tracing/filters: Optimise cpumask vs cpumask filtering when user mask is a single CPU, Valentin Schneider
    • Re: [RFC PATCH v2 05/20] tracing/filters: Optimise cpumask vs cpumask filtering when user mask is a single CPU, Steven Rostedt
      • Re: [RFC PATCH v2 05/20] tracing/filters: Optimise cpumask vs cpumask filtering when user mask is a single CPU, Valentin Schneider
  • [RFC PATCH v2 06/20] tracing/filters: Optimise scalar vs cpumask filtering when the user mask is a single CPU, Valentin Schneider
    • Re: [RFC PATCH v2 06/20] tracing/filters: Optimise scalar vs cpumask filtering when the user mask is a single CPU, Steven Rostedt
      • Re: [RFC PATCH v2 06/20] tracing/filters: Optimise scalar vs cpumask filtering when the user mask is a single CPU, Valentin Schneider
      • Re: [RFC PATCH v2 06/20] tracing/filters: Optimise scalar vs cpumask filtering when the user mask is a single CPU, Dan Carpenter
        • Re: [RFC PATCH v2 06/20] tracing/filters: Optimise scalar vs cpumask filtering when the user mask is a single CPU, Steven Rostedt
          • Re: [RFC PATCH v2 06/20] tracing/filters: Optimise scalar vs cpumask filtering when the user mask is a single CPU, Dan Carpenter
            • Re: [RFC PATCH v2 06/20] tracing/filters: Optimise scalar vs cpumask filtering when the user mask is a single CPU, Valentin Schneider
            • Re: [RFC PATCH v2 06/20] tracing/filters: Optimise scalar vs cpumask filtering when the user mask is a single CPU, Steven Rostedt
  • [RFC PATCH v2 07/20] tracing/filters: Optimise CPU vs cpumask filtering when the user mask is a single CPU, Valentin Schneider
  • [RFC PATCH v2 08/20] tracing/filters: Further optimise scalar vs cpumask comparison, Valentin Schneider
  • [RFC PATCH v2 09/20] tracing/filters: Document cpumask filtering, Valentin Schneider
  • [RFC PATCH v2 10/20] jump_label,module: Don't alloc static_key_mod for __ro_after_init keys, Valentin Schneider
    • Re: [RFC PATCH v2 10/20] jump_label,module: Don't alloc static_key_mod for __ro_after_init keys, Peter Zijlstra
  • [RFC PATCH v2 11/20] objtool: Flesh out warning related to pv_ops[] calls, Valentin Schneider
    • Re: [RFC PATCH v2 11/20] objtool: Flesh out warning related to pv_ops[] calls, Josh Poimboeuf
      • Re: [RFC PATCH v2 11/20] objtool: Flesh out warning related to pv_ops[] calls, Valentin Schneider
        • Re: [RFC PATCH v2 11/20] objtool: Flesh out warning related to pv_ops[] calls, Josh Poimboeuf
          • Re: [RFC PATCH v2 11/20] objtool: Flesh out warning related to pv_ops[] calls, Peter Zijlstra
            • Re: [RFC PATCH v2 11/20] objtool: Flesh out warning related to pv_ops[] calls, Josh Poimboeuf
              • Re: [RFC PATCH v2 11/20] objtool: Flesh out warning related to pv_ops[] calls, Peter Zijlstra
  • [RFC PATCH v2 12/20] objtool: Warn about non __ro_after_init static key usage in .noinstr, Valentin Schneider
    • Re: [RFC PATCH v2 12/20] objtool: Warn about non __ro_after_init static key usage in .noinstr, Josh Poimboeuf
      • Re: [RFC PATCH v2 12/20] objtool: Warn about non __ro_after_init static key usage in .noinstr, Valentin Schneider
    • Re: [RFC PATCH v2 12/20] objtool: Warn about non __ro_after_init static key usage in .noinstr, Josh Poimboeuf
      • Re: [RFC PATCH v2 12/20] objtool: Warn about non __ro_after_init static key usage in .noinstr, Valentin Schneider
  • [RFC PATCH v2 13/20] context_tracking: Make context_tracking_key __ro_after_init, Valentin Schneider
    • Re: [RFC PATCH v2 13/20] context_tracking: Make context_tracking_key __ro_after_init, Josh Poimboeuf
      • Re: [RFC PATCH v2 13/20] context_tracking: Make context_tracking_key __ro_after_init, Valentin Schneider
  • [RFC PATCH v2 14/20] x86/kvm: Make kvm_async_pf_enabled __ro_after_init, Valentin Schneider
    • Re: [RFC PATCH v2 14/20] x86/kvm: Make kvm_async_pf_enabled __ro_after_init, Maxim Levitsky
  • [RFC PATCH v2 15/20] context-tracking: Introduce work deferral infrastructure, Valentin Schneider
    • Re: [RFC PATCH v2 15/20] context-tracking: Introduce work deferral infrastructure, Frederic Weisbecker
      • Re: [RFC PATCH v2 15/20] context-tracking: Introduce work deferral infrastructure, Valentin Schneider
        • Re: [RFC PATCH v2 15/20] context-tracking: Introduce work deferral infrastructure, Frederic Weisbecker
          • Re: [RFC PATCH v2 15/20] context-tracking: Introduce work deferral infrastructure, Valentin Schneider
            • Re: [RFC PATCH v2 15/20] context-tracking: Introduce work deferral infrastructure, Frederic Weisbecker
              • Re: [RFC PATCH v2 15/20] context-tracking: Introduce work deferral infrastructure, Valentin Schneider
  • [RFC PATCH v2 16/20] rcu: Make RCU dynticks counter size configurable, Valentin Schneider
    • Re: [RFC PATCH v2 16/20] rcu: Make RCU dynticks counter size configurable, Valentin Schneider
      • Re: [RFC PATCH v2 16/20] rcu: Make RCU dynticks counter size configurable, Paul E. McKenney
        • Re: [RFC PATCH v2 16/20] rcu: Make RCU dynticks counter size configurable, Valentin Schneider
          • Re: [RFC PATCH v2 16/20] rcu: Make RCU dynticks counter size configurable, Paul E. McKenney
  • [RFC PATCH v2 17/20] rcutorture: Add a test config to torture test low RCU_DYNTICKS width, Valentin Schneider
    • Re: [RFC PATCH v2 17/20] rcutorture: Add a test config to torture test low RCU_DYNTICKS width, Paul E. McKenney
      • Re: [RFC PATCH v2 17/20] rcutorture: Add a test config to torture test low RCU_DYNTICKS width, Paul E. McKenney
        • Re: [RFC PATCH v2 17/20] rcutorture: Add a test config to torture test low RCU_DYNTICKS width, Valentin Schneider
          • Re: [RFC PATCH v2 17/20] rcutorture: Add a test config to torture test low RCU_DYNTICKS width, Paul E. McKenney
            • Re: [RFC PATCH v2 17/20] rcutorture: Add a test config to torture test low RCU_DYNTICKS width, Valentin Schneider
  • [RFC PATCH v2 19/20] context_tracking,x86: Add infrastructure to defer kernel TLBI, Valentin Schneider
  • [RFC PATCH v2 18/20] context_tracking,x86: Defer kernel text patching IPIs, Valentin Schneider
    • Re: [RFC PATCH v2 18/20] context_tracking,x86: Defer kernel text patching IPIs, Joel Fernandes
      • Re: [RFC PATCH v2 18/20] context_tracking,x86: Defer kernel text patching IPIs, Valentin Schneider
        • Re: [RFC PATCH v2 18/20] context_tracking,x86: Defer kernel text patching IPIs, Joel Fernandes
      • Re: [RFC PATCH v2 18/20] context_tracking,x86: Defer kernel text patching IPIs, Peter Zijlstra
        • Re: [RFC PATCH v2 18/20] context_tracking,x86: Defer kernel text patching IPIs, Joel Fernandes
  • [RFC PATCH v2 20/20] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs, Valentin Schneider
    • Re: [RFC PATCH v2 20/20] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs, Nadav Amit
      • Re: [RFC PATCH v2 20/20] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs, Valentin Schneider
        • Re: [RFC PATCH v2 20/20] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs, Dave Hansen
          • Re: [RFC PATCH v2 20/20] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs, Peter Zijlstra
            • Re: [RFC PATCH v2 20/20] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs, Valentin Schneider
          • Re: [RFC PATCH v2 20/20] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs, Marcelo Tosatti