Linux Memory Management

• Thread Index

• [PATCH v3 07/13] s390: add pte_free_defer() for pgtables sharing page
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v3 06/13] sparc: add pte_free_defer() for pte_t *pgtable_t
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v3 05/13] powerpc: add pte_free_defer() for pgtables sharing page
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v3 04/13] powerpc: assert_pte_locked() use pte_offset_map_nolock()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v3 03/13] arm: adjust_pte() use pte_offset_map_nolock()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v3 02/13] mm/pgtable: add PAE safety to __pte_offset_map()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v3 01/13] mm/pgtable: add rcu_read_lock() and rcu_read_unlock()s
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v3 00/13] mm: free retracted page table by RCU
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH RESEND net-next 1/2] net-memcg: Scopify the indicators of sockmem pressure
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] fs: binfmt_elf_efpic: fix personality for fdpic ELF
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH v3 4/7] mm/hotplug: Allow pageblock alignment via altmap reservation
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v24 2/5] fs/proc/task_mmu: Implement IOCTL to get and optionally clear info about PTEs
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH 2/3] LoongArch: Code cleanup in function pcpu_populate_pte
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH 1/3] mm/percpu: Remove some local variables in pcpu_populate_pte
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH 3/3] LoongArch: mm: Add unified function populate_kernel_pte
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• [PATCH 0/3] LoongArch: mm: Code cleanup with populate pte
  • From: Bibo Mao <maobibo@xxxxxxxxxxx>
• lockdep issue with per-vma locking
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 2/2] riscv: support the elf-fdpic binfmt loader
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH v2 0/8] Improve the validation for maple tree and some cleanup
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH mm-unstable fix] mm: userfaultfd: add new UFFDIO_POISON ioctl: fix
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 5/8] maple_tree: make mas_validate_limits() check root node and node limit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [bug report] mm/pgtable: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 6/8] maple_tree: update mt_validate()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v2 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH stable v6.1] mm/mmap: Fix extra maple tree write
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 5/8] net: altera-tse: make ALTERA_TSE depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [akpm-mm:mm-unstable 86/125] drivers/irqchip/irq-al-fic.c:281:2: error: call to undeclared function 'iounmap'; ISO C99 and later do not support implicit function declarations
  • From: Baoquan He <bhe@xxxxxxxxxx>
• RE: [PATCH v2] mm/mmap: move vma operations to mm_struct out of the critical section of file mapping lock
  • From: "Ma, Yu" <yu.ma@xxxxxxxxx>
• Re: [PATCH 2/3] zram: support frontswap
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 0/3] zram: use frontswap for zram swap usecase
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [bug report] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH V2] arm64: properly define SOFT_DIRTY functionality
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [bug report] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [linux-next:master 754/1391] /bin/bash: line 1: 50431 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/pcmcia/pcmcia_core.ko
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• [PATCH 2/2] hugetlb: optimize update_and_free_pages_bulk to avoid lock cycles
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 0/2] Fix hugetlb free path race with memory errors
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 1/2] hugetlb: Do not clear hugetlb dtor until allocating vmemmap
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [bug report] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v1] mm/memory_hotplug: document the signal_pending() check in offline_pages()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v2 1/9] Revert "tcp: Use per-vma locking for receive zerocopy"
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 9/9] tcp: Use per-vma locking for receive zerocopy
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 5/9] mm: Move FAULT_FLAG_VMA_LOCK check down in handle_pte_fault()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 8/9] mm: Remove CONFIG_PER_VMA_LOCK ifdefs
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 0/9] Avoid the mmap lock for fault-around
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 2/9] mm: Allow per-VMA locks on file-backed VMAs
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 6/9] mm: Move the FAULT_FLAG_VMA_LOCK check down from do_fault()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 4/9] mm: Move FAULT_FLAG_VMA_LOCK check into handle_pte_fault()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 3/9] mm: Move FAULT_FLAG_VMA_LOCK check from handle_mm_fault()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 7/9] mm: Run the fault-around code under the VMA lock
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/17] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8
  • From: Isaac Manjarres <isaacmanjarres@xxxxxxxxxx>
• Re: [PATCH v24 2/5] fs/proc/task_mmu: Implement IOCTL to get and optionally clear info about PTEs
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v2 1/1] mm/filemap: remove hugetlb special casing in filemap.c
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG]: bad usercopy in kvm_stats_read in mm/usercopy.c
  • From: Zheng Zhang <zheng.zhang@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm/mmap: move vma operations to mm_struct out of the critical section of file mapping lock
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Clarification on anon and anon_thp meanings from memory.stat in cgroup v2
  • From: Caden Ellis <caden@xxxxxxxxxxx>
• Re: [PATCH] mm/mm_init.c: mark check_for_memory() as __init
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 18/49] mlock: Convert mlock to vma iterator
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/3] zram: use frontswap for zram swap usecase
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• [PATCH] mm/mlock: Fix vma iterator conversion of apply_vma_lock_flags()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v1] mm/memory_hotplug: document the signal_pending() check in offline_pages()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [akpm-mm:mm-unstable 86/125] drivers/irqchip/irq-al-fic.c:281:2: error: call to undeclared function 'iounmap'; ISO C99 and later do not support implicit function declarations
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v3 4/7] mm/hotplug: Allow pageblock alignment via altmap reservation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 5/8] net: altera-tse: make ALTERA_TSE depend on HAS_IOMEM
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH v4 00/33] Per-VMA locks
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v2] mm/mmap: move vma operations to mm_struct out of the critical section of file mapping lock
  • From: Yu Ma <yu.ma@xxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: (subset) [PATCH 0/8] Make several Kconfig options depend on HAS_IOMEM
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v4 00/33] Per-VMA locks
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [BUG]: bad usercopy in kvm_stats_read in mm/usercopy.c
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mm/slub: remove freelist_dereference()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [BUG]: bad usercopy in kvm_stats_read in mm/usercopy.c
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/slub: remove redundant kasan_reset_tag() from freelist_ptr calculations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] fs: binfmt_elf_efpic: fix personality for fdpic ELF
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 3/7] mm/hotplug: Allow architecture to override memmap on memory support check
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/7] mm/hotplug: Allow architecture to override memmap on memory support check
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] mm/hotplug: Allow memmap on memory hotplug request to fallback
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] riscv: support the elf-fdpic binfmt loader
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] binfmt_elf_fdpic: support 64-bit systems
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] powerpc/book3s64/memhotplug: Enable memmap on memory for radix
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] powerpc/book3s64/memhotplug: Enable memmap on memory for radix
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 5/7] powerpc/book3s64/memhotplug: Enable memmap on memory for radix
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 18/49] mlock: Convert mlock to vma iterator
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH] mm:vmscan: fix inaccurate reclaim during proactive reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v4 18/49] mlock: Convert mlock to vma iterator
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v3 5/7] powerpc/book3s64/memhotplug: Enable memmap on memory for radix
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] dax/kmem: Always enroll hotplugged memory for memmap_on_memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] selftests/arm64: fix build failure during the "emit_tests" step
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: "Linux regression tracking #adding (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8e4b7f2f3d6071665b1dfd70786229c8a5d6c256
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] dax/kmem: Always enroll hotplugged memory for memmap_on_memory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v4 18/49] mlock: Convert mlock to vma iterator
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [linux-next:master 754/1391] /bin/bash: line 1: 50431 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/pcmcia/pcmcia_core.ko
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 2/2] mm/slub: remove freelist_dereference()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH 1/2] mm/slub: remove redundant kasan_reset_tag() from freelist_ptr calculations
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] fs: binfmt_elf_efpic: fix personality for fdpic ELF
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• [PATCH v2 0/2] riscv: support ELF format binaries in nommu mode
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• [PATCH v2 2/2] riscv: support the elf-fdpic binfmt loader
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• [PATCH v2 1/2] binfmt_elf_fdpic: support 64-bit systems
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• [PATCH v24 5/5] selftests: mm: add pagemap ioctl tests
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH v24 4/5] mm/pagemap: add documentation of PAGEMAP_SCAN IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH v24 3/5] tools headers UAPI: Update linux/fs.h with the kernel sources
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH v24 2/5] fs/proc/task_mmu: Implement IOCTL to get and optionally clear info about PTEs
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH v24 1/5] userfaultfd: UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH v24 0/5] Implement IOCTL to get and optionally clear info about PTEs
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH RESEND net-next 2/2] net-memcg: Remove redundant tcpmem_pressure
  • From: Abel Wu <wuyun.abel@xxxxxxxxxxxxx>
• [PATCH RESEND net-next 1/2] net-memcg: Scopify the indicators of sockmem pressure
  • From: Abel Wu <wuyun.abel@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/22] x86/virt/tdx: Use all system memory when initializing TDX module as TDX memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 920076ec8e23cfc65583baab127a8cb151bb908e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v12 12/22] x86/virt/tdx: Allocate and set up PAMTs for TDMRs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] dma-contiguous: support numa CMA for specified node
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/2] binfmt_elf_fdpic: support 64-bit systems
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH v5 28/38] x86: Implement the new page table range API
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 12/22] x86/virt/tdx: Allocate and set up PAMTs for TDMRs
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH] hugetlbfs: Fix integer overflow check in hugetlbfs_file_mmap()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v12 12/22] x86/virt/tdx: Allocate and set up PAMTs for TDMRs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v12 09/22] x86/virt/tdx: Use all system memory when initializing TDX module as TDX memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC 2/2] mm: alloc/free depth based PCP high auto-tuning
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v4 00/33] Per-VMA locks
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH v2] dma-contiguous: support numa CMA for specified node
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [RFC 1/2] mm: add framework for PCP high auto-tuning
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v4 00/33] Per-VMA locks
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v4 00/33] Per-VMA locks
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 3/7] mm/hotplug: Allow architecture to override memmap on memory support check
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 00/33] Per-VMA locks
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v3 2/7] mm/hotplug: Allow memmap on memory hotplug request to fallback
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 6/7] dax/kmem: Always enroll hotplugged memory for memmap_on_memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 0/8] Improve the validation for maple tree and some cleanup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] zram: remove swap_slot_free_notify
  • From: Alexey Romanov <AVRomanov@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] zram: support frontswap
  • From: Alexey Romanov <AVRomanov@xxxxxxxxxxxxxx>
• Re: [PATCH v2] mm/slub: refactor freelist to use custom type
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm:vmscan: fix inaccurate reclaim during proactive reclaim
  • From: 杨逸飞 <yangyifei03@xxxxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: RFC: Faster memtest (possibly bypassing data cache)
  • From: Marc Gonzalez <marc.w.gonzalez@xxxxxxx>
• Re: [PATCH v2 1/8] mm: memory-failure: remove unneeded PageHuge() check
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH v3 4/7] mm/hotplug: Allow pageblock alignment via altmap reservation
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• [PATCH 4/4] riscv: Improve flush_tlb_kernel_range()
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 3/4] riscv: Make __flush_tlb_range() loop over pte instead of flushing the whole tlb
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 2/4] riscv: Improve flush_tlb_range() for hugetlb pages
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 1/4] riscv: Improve flush_tlb()
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 0/4] riscv: tlb flush improvements
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [bug report] mm/pgtable: allow pte_offset_map[_lock]() to fail
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [bug report] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [akpm-mm:mm-nonmm-unstable 7/20] kernel/signal.c: linux/file.h is included more than once.
  • From: kernel test robot <yujie.liu@xxxxxxxxx>
• Re: [linux-next:master 1208/1391] arch/s390/include/asm/io.h:29:17: error: implicit declaration of function 'iounmap'; did you mean 'vunmap'?
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 4/7] mm/hotplug: Allow pageblock alignment via altmap reservation
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v4 29/33] x86/mm: try VMA lock-based page fault handling first
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• [linux-next:master 1208/1391] arch/s390/include/asm/io.h:29:17: error: implicit declaration of function 'iounmap'; did you mean 'vunmap'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 6/8] mm: memory-failure: minor cleanup for comments and codestyle
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 3/8] mm: memory-failure: Don't account hwpoison_filter() filtered pages
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 7/8] mm: memory-failure: fetch compound head after extra page refcnt is held
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 1/8] mm: memory-failure: remove unneeded PageHuge() check
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 5/8] mm: memory-failure: remove unneeded header files
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 2/8] mm: memory-failure: ensure moving HWPoison flag to the raw error pages
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 0/8] A few fixup and cleanup patches for memory-failure
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 4/8] mm: memory-failure: use local variable huge to check hugetlb page
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH] mm/memory: pass folio into do_page_mkwrite()
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/32] mm/filemap: allow pte_offset_map_lock() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v5 24/38] sh: Implement the new page table range API
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 0/3] zram: use frontswap for zram swap usecase
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v3 6/7] dax/kmem: Always enroll hotplugged memory for memmap_on_memory
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 7/7] mm/hotplug: Embed vmem_altmap details in memory block
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 5/7] powerpc/book3s64/memhotplug: Enable memmap on memory for radix
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 4/7] mm/hotplug: Allow pageblock alignment via altmap reservation
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 3/7] mm/hotplug: Allow architecture to override memmap on memory support check
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 2/7] mm/hotplug: Allow memmap on memory hotplug request to fallback
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 1/7] mm/hotplug: Simplify ARCH_MHP_MEMMAP_ON_MEMORY_ENABLE kconfig
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 0/7] Add support for memmap on memory feature on ppc64
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v5 21/38] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v4 04/13] mm/vmemmap: Allow architectures to override how vmemmap optimization works
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v4 03/13] mm/vmemmap: Improve vmemmap_can_optimize and allow architectures to override
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v4 05/13] mm: Add __HAVE_ARCH_PUD_SAME similar to __HAVE_ARCH_P4D_SAME
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [linux-next:master 698/1391] drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c:868:1: error: the frame size of 1168 bytes is larger than 1024 bytes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 24/38] sh: Implement the new page table range API
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 8/8] maple_tree: drop mas_first_entry()
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [PATCH v2 7/8] maple_tree: replace mas_logical_pivot() with mas_safe_pivot()
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [PATCH v2 6/8] maple_tree: update mt_validate()
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [PATCH v2 5/8] maple_tree: make mas_validate_limits() check root node and node limit
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [PATCH v2 4/8] maple_tree: fix mas_validate_child_slot() to check last missed slot
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [PATCH v2 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [PATCH v2 2/8] maple_tree: don't use MAPLE_ARANGE64_META_MAX to indicate no gap
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [PATCH v2 1/8] maple_tree: set the node limit when creating a new root node
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [PATCH v2 0/8] Improve the validation for maple tree and some cleanup
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2 07/32] mm/page_vma_mapped: reformat map_pte() with less indentation
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v2 06/32] mm/page_vma_mapped: delete bogosity in page_vma_mapped_walk()
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v2 05/32] mm/filemap: allow pte_offset_map_lock() to fail
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v2 04/32] mm/pgtable: allow pte_offset_map[_lock]() to fail
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH] selftests/arm64: fix build failure during the "emit_tests" step
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [Invitation] Linux MM Alignment Session on mshare on Wednesday
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] selftests/arm64: fix build failure during the "emit_tests" step
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [akpm-mm:mm-unstable 86/125] drivers/irqchip/irq-al-fic.c:281:2: error: call to undeclared function 'iounmap'; ISO C99 and later do not support implicit function declarations
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Expensive memory.stat + cpu.stat reads
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: compaction: skip the memory hole rapidly when isolating free pages
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: Expensive memory.stat + cpu.stat reads
  • From: Ivan Babrou <ivan@xxxxxxxxxxxxxx>
• Re: Expensive memory.stat + cpu.stat reads
  • From: Ivan Babrou <ivan@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] binfmt_elf_fdpic: support 64-bit systems
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v5 18/38] nios2: Implement the new page table range API
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• [PATCH v2 1/1] mm/filemap: remove hugetlb special casing in filemap.c
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• [PATCH v2 0/1] change ->index to PAGE_SIZE for hugetlb pages
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 03/38] mm: Add generic flush_icache_pages() and documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/3] zram: remove swap_slot_free_notify
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 2/3] zram: support frontswap
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 1/3] frontswap: support backing_dev
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 0/3] zram: use frontswap for zram swap usecase
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [akpm-mm:mm-unstable 86/125] drivers/irqchip/irq-al-fic.c:281:2: error: call to undeclared function 'iounmap'; ISO C99 and later do not support implicit function declarations
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v5 12/38] hexagon: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 02/38] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 19/38] openrisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 28/38] x86: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 05/38] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 35/38] rmap: add folio_add_file_rmap_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 32/38] mm: Tidy up set_ptes definition
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 36/38] mm: Convert do_set_pte() to set_pte_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 30/38] mm: Remove page_mapping_file()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 06/38] mm: Add default definition of set_ptes()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 01/38] minmax: Add in_range() macro
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 26/38] sparc64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 37/38] filemap: Batch PTE mappings
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 34/38] filemap: Add filemap_map_folio_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 16/38] microblaze: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 29/38] xtensa: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 25/38] sparc32: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 03/38] mm: Add generic flush_icache_pages() and documentation
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 24/38] sh: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 21/38] powerpc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 15/38] m68k: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 27/38] um: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 38/38] mm: Call update_mmu_cache_range() in more page fault handling paths
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 33/38] mm: Use flush_icache_pages() in do_set_pmd()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 22/38] riscv: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 00/38] New page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 31/38] mm: Rationalise flush_icache_pages() and flush_icache_page()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 20/38] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 23/38] s390: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 14/38] loongarch: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 17/38] mips: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 18/38] nios2: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 09/38] arm: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 08/38] arc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 13/38] ia64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 10/38] arm64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 11/38] csky: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 07/38] alpha: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [BUG]: bad usercopy in kvm_stats_read in mm/usercopy.c
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dma-contiguous: support numa CMA for specified node
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v12 07/22] x86/virt/tdx: Add skeleton to enable TDX on demand
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 08/13] powerpc/mm/trace: Convert trace event to trace event class
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 06/13] mm/huge pud: Use transparent huge pud helpers only with CONFIG_TRANSPARENT_HUGEPAGE
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 05/13] mm: Add __HAVE_ARCH_PUD_SAME similar to __HAVE_ARCH_P4D_SAME
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 04/13] mm/vmemmap: Allow architectures to override how vmemmap optimization works
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v4 03/13] mm/vmemmap: Improve vmemmap_can_optimize and allow architectures to override
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH v4 02/13] mm: Change pudp_huge_get_and_clear_full take vm_area_struct as arg
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 01/13] mm/hugepage pud: Allow arch-specific helper function to check huge page pud support
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Zi Yan <ziy@xxxxxxxxxx>
• [PATCH v4 13/13] powerpc/book3s64/radix: Add debug message to give more details of vmemmap allocation
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH] hugetlbfs: Fix integer overflow check in hugetlbfs_file_mmap()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH v4 12/13] powerpc/book3s64/radix: Remove mmu_vmemmap_psize
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 11/13] powerpc/book3s64/radix: Add support for vmemmap optimization for radix
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 10/13] powerpc/book3s64/vmemmap: Switch radix to use a different vmemmap handling function
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 09/13] powerpc/book3s64/mm: Enable transparent pud hugepage
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 08/13] powerpc/mm/trace: Convert trace event to trace event class
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 07/13] mm/vmemmap optimization: Split hugetlb and devdax vmemmap optimization
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 06/13] mm/huge pud: Use transparent huge pud helpers only with CONFIG_TRANSPARENT_HUGEPAGE
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 00/13] Add support for DAX vmemmap optimization for ppc64
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 05/13] mm: Add __HAVE_ARCH_PUD_SAME similar to __HAVE_ARCH_P4D_SAME
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 04/13] mm/vmemmap: Allow architectures to override how vmemmap optimization works
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 03/13] mm/vmemmap: Improve vmemmap_can_optimize and allow architectures to override
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 02/13] mm: Change pudp_huge_get_and_clear_full take vm_area_struct as arg
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 01/13] mm/hugepage pud: Allow arch-specific helper function to check huge page pud support
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [RESEND PATCH 1/8] maple_tree: set the node limit when creating a new root node
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 1/8] maple_tree: set the node limit when creating a new root node
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v4 33/35] maple_tree: Update testing code for mas_{next,prev,walk}
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 2/2] zram: charge the compressed RAM to the page's memcgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm/slub: disable slab merging in the default configuration
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 8/8] of: make OF_EARLY_FLATTREE depend on HAS_IOMEM
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Expensive memory.stat + cpu.stat reads
  • From: Michal Koutný <mkoutny@xxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [BUG] trigger BUG_ON in mas_store_prealloc when low memory
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION fe57d0d86f03a8b2afe2869a95477d0ed1824c96
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 10/11] Documentation: kselftest: "make headers" is a prerequisite
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH V3] [PATCH V3] NUMA:Improve the efficiency of calculating pages loss
  • From: Liam Ni <zhiguangni01@xxxxxxxxx>
• Re: [RESEND PATCH 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 00/89] fs: new accessors for inode->i_ctime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 00/14] Transparent Contiguous PTEs for User Mappings
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2] scripts/gdb: fix 'lx-lsmod' showing the wrong size
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH RFC v9 05/51] x86/coco: move CONFIG_HAS_CC_PLATFORM check down into coco/Makefile
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [BUG] trigger BUG_ON in mas_store_prealloc when low memory
  • From: John Hsu (許永翰) <John.Hsu@xxxxxxxxxxxx>
• [syzbot] Monthly mm report (Jul 2023)
  • From: syzbot <syzbot+list3f0f911fd8f4559c698c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/89] fs: new accessors for inode->i_ctime
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 00/92] fs: new accessors for inode->i_ctime
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v1 00/14] Transparent Contiguous PTEs for User Mappings
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 2654f2b00aa02e6a02f1012e265883eb8aca290d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] zram: charge the compressed RAM to the page's memcgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v8 11/19] sh: add <asm-generic/io.h> including
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] kasan, slub: fix HW_TAGS zeroing with slub_debug
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RESEND PATCH 6/8] maple_tree: update mt_validate()
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v2] scripts/gdb: fix 'lx-lsmod' show the wrong size
  • From: Kuan-Ying Lee <Kuan-Ying.Lee@xxxxxxxxxxxx>
• [PATCH] mm/mm_init.c: mark check_for_memory() as __init
  • From: Haifeng Xu <haifeng.xu@xxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: compaction: skip the memory hole rapidly when isolating free pages
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH] scripts/gdb: fix 'lx-lsmod' show the wrong size
  • From: Kuan-Ying Lee (李冠穎) <Kuan-Ying.Lee@xxxxxxxxxxxx>
• Re: [RESEND PATCH 5/8] maple_tree: make mas_validate_limits() check root node and node limit
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH] hugetlbfs: Fix integer overflow check in hugetlbfs_file_mmap()
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v8 11/19] sh: add <asm-generic/io.h> including
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v10 1/4] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v10 3/4] mm/tlbbatch: Introduce arch_flush_tlb_batched_pending()
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v10 4/4] arm64: support batched/deferred tlb shootdown during page reclamation/migration
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v10 2/4] mm/tlbbatch: Rename and extend some functions
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v10 0/4] arm64: support batched/deferred tlb shootdown during page reclamation/migration
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH] hugetlbfs: Fix integer overflow check in hugetlbfs_file_mmap()
  • From: Linke Li <lilinke99@xxxxxxxxxxx>
• Re: [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 1/8] mm: memory-failure: fix potential permanently locked hpage
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v8 11/19] sh: add <asm-generic/io.h> including
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 7/8] mm: memory-failure: fetch compound head after extra page refcnt is held
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 6/8] mm: memory-failure: minor cleanup for comments and codestyle
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 5/8] mm: memory-failure: remove unneeded header files
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 4/8] mm: memory-failure: use local variable huge to check hugetlb page
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 3/8] mm: memory-failure: Don't account hwpoison_filter() filtered pages
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 2/8] mm: memory-failure: ensure moving HWPoison flag to the raw error pages
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 1/8] mm: memory-failure: fix potential permanently locked hpage
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [syzbot] [mm?] [reiserfs?] kernel panic: stack is corrupted in ___slab_alloc
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH] dma-contiguous: support numa CMA for specified node
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [syzbot] [mm?] [reiserfs?] kernel panic: stack is corrupted in ___slab_alloc
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [syzbot] [mm?] [reiserfs?] kernel panic: stack is corrupted in ___slab_alloc
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [syzbot] [mm?] KASAN: slab-use-after-free Read in move_to_new_folio
  • From: syzbot <syzbot+009d9721acf40a64eab9@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC 2/2] mm: alloc/free depth based PCP high auto-tuning
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [RFC 1/2] mm: add framework for PCP high auto-tuning
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [RFC 0/2] mm: PCP high auto-tuning
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH v8 02/19] hexagon: mm: Convert to GENERIC_IOREMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] mm: compaction: skip the memory hole rapidly when isolating free pages
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 296d53d8f84ce50ffaee7d575487058c8d437335
  • From: Yujie Liu <yujie.liu@xxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v7 0/2] ACPI: APEI: handle synchronous exceptions with proper si_code
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v9 05/51] x86/coco: move CONFIG_HAS_CC_PLATFORM check down into coco/Makefile
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2] mm/slub: disable slab merging in the default configuration
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] acct: Replace all non-returning strlcpy with strscpy
  • From: Azeem Shaikh <azeemshaikh38@xxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH v3] mm: zswap: multiple zpools support
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• [BUG]: bad usercopy in kvm_stats_read in mm/usercopy.c
  • From: Zheng Zhang <zheng.zhang@xxxxxxxxxxxxx>
• Re: [syzbot] [mm?] KASAN: slab-out-of-bounds Read in shrink_folio_list
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH] [RFC PATCH v2]mm/slub: Optimize slub memory usage
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• [PATCH 6.3 005/431] splice: Fix filemap_splice_read() to use the correct inode
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 09/19] openrisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2] mm/slub: disable slab merging in the default configuration
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [syzbot] [mm?] general protection fault in filemap_release_folio
  • From: syzbot <syzbot+05a4b28d3ba52e73b4c6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [mm?] KASAN: slab-out-of-bounds Read in shrink_folio_list
  • From: syzbot <syzbot+c19a171264b968bf389b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/17] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] zsmalloc: remove obj_tagged()
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• [PATCH] zsmalloc: remove obj_tagged()
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: lock newly mapped VMA with corrected ordering
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] mm: lock newly mapped VMA with corrected ordering
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH] mm: lock newly mapped VMA with corrected ordering
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [GIT PULL] hotfixes for 6.5-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 2/3] mm: lock newly mapped VMA which can be modified after it becomes visible
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 1/3] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] hotfixes for 6.5-rc1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v7 00/17] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8
  • From: Amit Pundir <amit.pundir@xxxxxxxxxx>
• [PATCH v3] Documentation/highmem: Add information about kmap_local_folio()
  • From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] mm: memory-failure: minor cleanup for comments and codestyle
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH 3/8] mm: memory-failure: Don't account hwpoison_filter() filtered pages
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH 1/8] mm: memory-failure: fix potential permanently locked hpage
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 6/8] mm: memory-failure: minor cleanup for comments and codestyle
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 7/8] mm: memory-failure: fetch compound head after extra page refcnt is held
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 4/8] mm: memory-failure: use local variable huge to check hugetlb page
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 2/8] mm: memory-failure: ensure moving HWPoison flag to the raw error pages
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 5/8] mm: memory-failure: remove unneeded header files
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 3/8] mm: memory-failure: Don't account hwpoison_filter() filtered pages
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 1/8] mm: memory-failure: fix potential permanently locked hpage
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 0/8] A few fixup and cleanup patches for memory-failure
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: add function folio_in_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [1/2] mm: lock a vma before stack expansion
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [1/2] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] mm: handle large folio when large folio in VM_LOCKED VMA range
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [1/2] mm: lock a vma before stack expansion
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [RFC PATCH 1/3] mm: add function folio_in_range()
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 2/3] mm: handle large folio when large folio in VM_LOCKED VMA range
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: mm: lock a vma before stack expansion
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [RFC PATCH 2/3] mm: handle large folio when large folio in VM_LOCKED VMA range
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 4/4] RISC-V: mm: Document mmap changes
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v3 1/4] mm/hwpoison: delete all entries before traversal in __folio_free_raw_hwp
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2] mm/memcg: minor cleanup for MEM_CGROUP_ID_MAX
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Avoid building lrugen page table walk code
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• [PATCH v4 4/4] RISC-V: mm: Document mmap changes
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v4 3/4] RISC-V: mm: Update pgtable comment documentation
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v4 2/4] RISC-V: mm: Add tests for RISC-V mm
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v4 1/4] RISC-V: mm: Restrict address space for sv39,sv48,sv57
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v4 0/4] RISC-V: mm: Make SV48 the default address space
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v7 09/19] openrisc: mm: Convert to GENERIC_IOREMAP
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [linux-next:master 13243/13370] include/asm-generic/io.h:636:15: error: redefinition of 'inb_p'
  • From: kernel test robot <lkp@xxxxxxxxx>
• 答复: ?????!?Re: [PATCH] mm:vmscan: fix inaccurate reclaim during proactive reclaim
  • From: 杨逸飞 <yangyifei03@xxxxxxxxxxxx>
• [PATCH v4 8/8] selftests/mm: add uffd unit test for UFFDIO_POISON
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 6/8] mm: userfaultfd: document and enable new UFFDIO_POISON feature
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 5/8] mm: userfaultfd: support UFFDIO_POISON for hugetlbfs
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 4/8] mm: userfaultfd: add new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 3/8] mm: userfaultfd: extract file size check out into a helper
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 2/8] mm: userfaultfd: check for start + len overflow in validate_range
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 0/8] add UFFDIO_POISON to simulate memory poisoning with UFFD
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH net-next v3 10/18] nvme/host: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 4/4] selftests/mm: add tests for HWPOISON hugetlbfs read
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v3 3/4] hugetlbfs: improve read HWPOISON hugepage
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v3 1/4] mm/hwpoison: delete all entries before traversal in __folio_free_raw_hwp
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v3 0/4] Improve hugetlbfs read on HWPOISON hugepages
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: lock newly mapped VMA which can be modified after it becomes visible
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH v3 4/8] mm: userfaultfd: add new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: lock newly mapped VMA which can be modified after it becomes visible
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 33/35] maple_tree: Update testing code for mas_{next,prev,walk}
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm:vmscan: fix inaccurate reclaim during proactive reclaim
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: David Wysochanski <dwysocha@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [RFC PATCH 3/3] mm: mlock: update mlock_pte_range to handle large folio
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• [RFC PATCH 2/3] mm: handle large folio when large folio in VM_LOCKED VMA range
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• [RFC PATCH 1/3] mm: add function folio_in_range()
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• [RFC PATCH 0/3] support large folio for mlock
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH stable v6.1] mm/mmap: Fix extra maple tree write
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] memcg: drop kmem.limit_in_bytes
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH stable v6.1] mm/mmap: Fix extra maple tree write
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [net-next,v2] tcp: Use per-vma locking for receive zerocopy
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [RESEND PATCH 4/8] maple_tree: fix mas_validate_child_slot() to check last missed slot
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 8/8] maple_tree: drop mas_first_entry()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 7/8] maple_tree: replace mas_logical_pivot() with mas_safe_pivot()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 2/8] maple_tree: don't use MAPLE_ARANGE64_META_MAX to indicate no gap
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 1/8] maple_tree: set the node limit when creating a new root node
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] mm/sparse: remove redundant judgement from macro for_each_present_section_nr
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [linux-next:master] BUILD REGRESSION 123212f53f3e394c1ae69a58c05dfdda56fec8c6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86/shstk: Move arch detail comment out of core mm
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RESEND PATCH 6/8] maple_tree: update mt_validate()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 5/8] maple_tree: make mas_validate_limits() check root node and node limit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [syzbot] [f2fs?] kernel BUG in f2fs_evict_inode
  • From: syzbot <syzbot+e1246909d526a9d470fa@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [syzbot] [f2fs?] [tmpfs?] kernel BUG in f2fs_evict_inode
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH 6/8] irqchip/al-fic: make AL_FIC depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 8/8] of: make OF_EARLY_FLATTREE depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 7/8] clk: fixed-mmio: make COMMON_CLK_FIXED_MMIO depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 5/8] net: altera-tse: make ALTERA_TSE depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 4/8] pcmcia : make PCMCIA depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 3/8] misc: open-dice: make OPEN_DICE depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/8] char: xillybus: make XILLYBUS_OF depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/8] idmaengine: make FSL_EDMA and INTEL_IDMA64 depends on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 0/8] Make several Kconfig options depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: drop kmem.limit_in_bytes
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RESEND PATCH 0/8] Improve the validation for maple tree and some cleanup
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 5/8] mm: userfaultfd: support UFFDIO_POISON for hugetlbfs
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 4/8] mm: userfaultfd: add new UFFDIO_POISON ioctl
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Avoid building lrugen page table walk code
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/8] mm: userfaultfd: extract file size check out into a helper
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 2/8] mm: userfaultfd: check for start + len overflow in validate_range
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>