Linux Memory Management

• Thread Index

• [PATCH v2 1/1] memory tier: acpi/hmat: create CPUless memory tiers after obtaining HMAT info
  • From: "Ho-Ren (Jack) Chuang" <horenchuang@xxxxxxxxxxxxx>
• [PATCH v2 0/1] Improved Memory Tier Creation for CPUless NUMA Nodes
  • From: "Ho-Ren (Jack) Chuang" <horenchuang@xxxxxxxxxxxxx>
• Re: [PATCH v11 3/3] ACPI: APEI: handle synchronous exceptions in task work to send correct SIGBUS si_code
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: zswap: optimize zswap pool size tracking
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• Re: [PATCH v5] zswap: replace RB tree with xarray
  • From: Chengming Zhou <zhouchengming@xxxxxxxxxxxxx>
• Re: [PATCH] mm: zswap: remove unnecessary check in zswap_find_zpool()
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• Re: [PATCH 2/2] mm: zpool: return pool size in pages
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• Re: [PATCH 2/2] mm: zpool: return pool size in pages
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: zswap: optimize zswap pool size tracking
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH 3/3] x86/mm: Cleanup prctl_enable_tagged_addr() nr_bits error checking
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH 2/3] x86/mm: Fix LAM inconsistency during context switch
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH 1/3] x86/mm: Use IPIs to synchronize LAM enablement
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH] mm: Always initialise folio->_deferred_list
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm/migrate: put dest folio on deferred split list if source was there.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 8/8] hugetlb: parallelize 1G hugetlb initialization
  • From: Gang Li <gang.li@xxxxxxxxx>
• Re: [PATCH 2/2] mm: zpool: return pool size in pages
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 1/2] mm: zswap: optimize zswap pool size tracking
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [External] [PATCH v5 08/13] riscv: Avoid TLB flush loops when affected by SiFive CIP-1200
  • From: yunhui cui <cuiyunhui@xxxxxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH] lib/test_hmm.c: handle src_pfns and dst_pfns allocation failure
  • From: Duoming Zhou <duoming@xxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/14] bpf: Introduce bpf_arena.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [External] [PATCH v5 08/13] riscv: Avoid TLB flush loops when affected by SiFive CIP-1200
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• Re: [PATCH -v3] mm: swap: fix race between free_swap_and_cache() and swapoff()
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/14] bpf: Introduce bpf_arena.
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• [PATCH] mm: zswap: remove unnecessary check in zswap_find_zpool()
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [GIT PULL] execve updates for v6.9-rc1
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5] zswap: replace RB tree with xarray
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v2] mm/swapfile:__swap_duplicate: drop redundant WRITE_ONCE on swap_map for err cases
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 bpf-next 00/14] bpf: Introduce BPF arena.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v5] zswap: replace RB tree with xarray
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/14] bpf: Introduce bpf_arena.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v3 bpf-next 00/14] bpf: Introduce BPF arena.
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v3 bpf-next 00/14] bpf: Introduce BPF arena.
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH v3 bpf-next 03/14] bpf: Add x86-64 JIT support for PROBE_MEM32 pseudo instructions.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v5 06/24] fsverity: pass tree_blocksize to end_enable_verity()
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 5/6] mm: vmscan: Avoid split during shrink_folio_list()
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: BUG selftests/mm]
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v5] zswap: replace RB tree with xarray
  • From: Chris Li <chrisl@xxxxxxxxxx>
• Re: [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: zpool: return pool size in pages
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: zswap: optimize zswap pool size tracking
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v3 bpf-next 03/14] bpf: Add x86-64 JIT support for PROBE_MEM32 pseudo instructions.
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: On the optimum size of a batch
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/14] bpf: Introduce bpf_arena.
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• RE: On the optimum size of a batch
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: BUG selftests/mm]
  • From: James Houghton <jthoughton@xxxxxxxxxx>
• Re: [RFC PATCH v7 03/12] cxl/mbox: Add SET_FEATURE mailbox command
  • From: fan <nifan.cxl@xxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
• [RFC PATCH v2 2/4] mm/damon/paddr: implement damon_folio_mkold()
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 4/4] mm/damon/paddr: support DAMOS filter type YOUNG
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 0/4] mm/damon: add a DAMOS filter type for page granularity access recheck
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 3/4] mm/damon: add DAMOS filter type YOUNG
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 1/4] mm/damon/paddr: implement damon_folio_young()
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [PATCH v2] mm/migrate: put dest folio on deferred split list if source was there.
  • From: Zi Yan <zi.yan@xxxxxxxx>
• Re: [RFC 00/14] Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [RFC 10/14] fork: Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] mm/migrate: put dest folio on deferred split list if source was there.
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH] mm/migrate: put dest folio on deferred split list if source was there.
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH] mm/migrate: put dest folio on deferred split list if source was there.
  • From: Zi Yan <zi.yan@xxxxxxxx>
• [PATCH] percpu: clean up all mappings when pcpu_map_pages() fails
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [RFC 10/14] fork: Dynamic Kernel Stacks
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: BUG selftests/mm]
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC 00/14] Dynamic Kernel Stacks
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• [PATCH v2] mm: Remove folio from deferred split list before uncharging it
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: BUG selftests/mm]
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [syzbot] [ntfs3?] WARNING in do_open_execat
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [RFC 00/14] Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH v3 2/5] mm: swap: introduce swap_nr_free() for batched swap_free()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [syzbot] [ntfs3?] WARNING in do_open_execat
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Re: [PATCH v17 12/35] virt: gunyah: Add resource tickets
  • From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
• Re: [PATCH RFC gmem v1 4/8] KVM: x86: Add gmem hook for invalidating memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: Re: [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource
  • From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
• Re: [PATCH 1/3] selftests/exec: Add the overall result line accourding to TAP
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [RFC 00/14] Dynamic Kernel Stacks
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [PATCH v3 bpf-next 10/14] libbpf: Recognize __arena global varaibles.
  • From: Quentin Monnet <quentin@xxxxxxxxxxxxx>
• Re: [PATCH v3 bpf-next 09/14] bpftool: Recognize arena map type
  • From: Quentin Monnet <quentin@xxxxxxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [Test Failure Report] exec: Test failures in execveat
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/5] arm64: mm: swap: support THP_SWAP on hardware with MTE
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [RFC 12/14] task_stack.h: Clean-up stack_not_used() implementation
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 10/14] fork: Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 11/14] x86: add support for Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 14/14] fork: Dynamic Kernel Stack accounting
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 13/14] task_stack.h: Add stack_not_used() support for dynamic stack
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 06/14] fork: zero vmap stack using clear_page() instead of memset()
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 07/14] fork: use the first page in stack to store vm_stack in cached_stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 09/14] mm/vmalloc: Add a get_vm_area_node() and vmap_pages_range_noflush() public functions
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 08/14] fork: separate vmap stack alloction and free calls
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 05/14] fork: check charging success before zeroing stack
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 00/14] Dynamic Kernel Stacks
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 04/14] fork: Remove assumption that vm_area->nr_pages equals to THREAD_SIZE
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 03/14] fork: Clean-up naming of vm_strack/vm_struct variables in vmap stacks code
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 01/14] task_stack.h: remove obsolete __HAVE_ARCH_KSTACK_END check
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [RFC 02/14] fork: Clean-up ifdef logic around stack allocation
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [linux-next:master 12265/12944] arch/arm64/include/asm/pgtable.h:904:16: error: implicit declaration of function 'pud_leaf'; did you mean 'pmd_leaf'?
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] exec: Simplify remove_arg_zero() error path
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/1] mm/khugepaged: reduce process visible downtime by pre-zeroing hugepage
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH 1/2] mm: zswap: optimize zswap pool size tracking
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH 2/2] mm: zpool: return pool size in pages
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: BUG selftests/mm]
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: BUG selftests/mm]
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 6/6] mm: madvise: Avoid split during MADV_PAGEOUT and MADV_COLD
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v4 0/6] Swap-out mTHP without splitting
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v4 5/6] mm: vmscan: Avoid split during shrink_folio_list()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v4 3/6] mm: swap: Simplify struct percpu_cluster
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v4 4/6] mm: swap: Allow storage of all mTHP orders
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v4 2/6] mm: swap: free_swap_and_cache_nr() as batched free_swap_and_cache()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v4 1/6] mm: swap: Remove CLUSTER_FLAG_HUGE from swap_cluster_info:flags
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: BUG selftests/mm]
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] mm/slub: Simplify get_partial_node()
  • From: sxwjean@xxxxxx
• WARNING: modpost: "__ashldi3" [drivers/usb/host/xhci-hcd.ko] has no CRC!
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 6/8] mm/memory-failure: Convert memory_failure() to use a folio
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] mm: kmsan: fix instrumentation recursion on preempt_count
  • From: Changbin Du <changbin.du@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 7/8] mm/memory-failure: Convert hwpoison_user_mappings to take a folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH] mm: kmsan: fix instrumentation recursion on preempt_count
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 8/8] mm/memory-failure: Add some folio conversions to unpoison_memory
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH] mm: kmsan: fix instrumentation recursion on preempt_count
  • From: Changbin Du <changbin.du@xxxxxxxxxx>
• Re: [PATCH v2 0/2] reclaim contended folios asynchronously instead of promoting them
  • From: 李培锋 <lipeifeng@xxxxxxxx>
• Re: [BUG] kmsan: instrumentation recursion problems
  • From: Changbin Du <changbin.du@xxxxxxxxxx>
• [PATCH v3 2/4] uaccess: always export _copy_[from|to]_user with CONFIG_RUST
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• [PATCH v3 0/4] Memory management patches needed by Rust Binder
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• Re: [PATCH v3 4/4] rust: add abstraction for `struct page`
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• [PATCH v3 4/4] rust: add abstraction for `struct page`
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• [PATCH v3 3/4] rust: uaccess: add typed accessors for userspace pointers
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• [PATCH v3 1/4] rust: uaccess: add userspace pointers
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [syzbot] [mm?] [input?] [usb?] INFO: rcu detected stall in asm_exc_page_fault
  • From: Aleksandr Nogikh <nogikh@xxxxxxxxxx>
• Re: [syzbot] [mm?] [input?] [usb?] INFO: rcu detected stall in asm_exc_page_fault
  • From: syzbot <syzbot+360faf5c01a5be55581d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC 00/13] mm/treewide: Remove pXd_huge() API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH -v3] mm: swap: fix race between free_swap_and_cache() and swapoff()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: BUG selftests/mm]
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [BUG] kmsan: instrumentation recursion problems
  • From: Changbin Du <changbin.du@xxxxxxxxxx>
• Re: [syzbot] [udf?] KASAN: slab-use-after-free Read in udf_free_blocks
  • From: Jan Kara <jack@xxxxxxx>
• Re: [syzbot] [mm?] [input?] [usb?] INFO: rcu detected stall in asm_exc_page_fault
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [syzbot] [mm?] [input?] [usb?] INFO: rcu detected stall in asm_exc_page_fault
  • From: syzbot <syzbot+360faf5c01a5be55581d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [mm?] [input?] [usb?] INFO: rcu detected stall in asm_exc_page_fault
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [syzbot] [mm?] [input?] [usb?] INFO: rcu detected stall in asm_exc_page_fault
  • From: syzbot <syzbot+360faf5c01a5be55581d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: MGLRU premature memcg OOM on slow writes
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH -v3] mm: swap: fix race between free_swap_and_cache() and swapoff()
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] untorn buffered writes
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH v11 28/35] KVM: SEV: Implement gmem hook for initializing private pages
  • From: Binbin Wu <binbin.wu@xxxxxxxxxxxxxxx>
• Re: [PATCH v17 11/35] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [PATCH v17 10/35] gunyah: vm_mgr: Add VM start/stop
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [PATCH v17 12/35] virt: gunyah: Add resource tickets
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [PATCH v5 03/13] riscv: Use IPIs for remote cache/TLB flushes by default
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• Re: [PATCH v5 03/13] riscv: Use IPIs for remote cache/TLB flushes by default
  • From: Anup Patel <apatel@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 03/13] riscv: Use IPIs for remote cache/TLB flushes by default
  • From: Anup Patel <apatel@xxxxxxxxxxxxxxxx>
• Re: On the optimum size of a batch
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/13] riscv: Use IPIs for remote cache/TLB flushes by default
  • From: "Stefan O'Rear" <sorear@xxxxxxxxxxxx>
• Re: On the optimum size of a batch
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH stable-5.10] mm/memory-failure: fix an incorrect use of tail pages
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Allow migrate on protnone reference with MPOL_PREFERRED_MANY policy
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2 2/2] mm/numa_balancing:Allow migrate on protnone reference with MPOL_PREFERRED_MANY policy
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v1 12/13] tools headers: Sync compiler.h headers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] [RFC] pagemap.rst: Document write bit
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v1 12/13] tools headers: Sync compiler.h headers
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: On the optimum size of a batch
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH] mm: Remove folio from deferred split list before uncharging it
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [linux-next:master 12265/12944] arch/arm64/include/asm/pgtable.h:904:16: error: implicit declaration of function 'pud_leaf'; did you mean 'pmd_leaf'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] exec: Simplify remove_arg_zero() error path
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• BUG selftests/mm]
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: [PATCH] usercopy: delete __noreturn from usercopy_abort
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [syzbot] [mm?] [input?] [usb?] INFO: rcu detected stall in asm_exc_page_fault
  • From: syzbot <syzbot+360faf5c01a5be55581d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] mm/slub: mark racy accesses on slab->slabs
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• [syzbot] [mm?] WARNING in try_to_migrate_one (2)
  • From: syzbot <syzbot+ddf4b4c0005944105a9e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [linux-next:master 1444/12944] /usr/bin/ld: cannot find ../lib/api/libapi.a: No such file or directory
  • From: Philip Li <philip.li@xxxxxxxxx>
• Re: [linux-next:master 1444/12944] /usr/bin/ld: cannot find ../lib/api/libapi.a: No such file or directory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH] mm/slub: mark racy accesses on slab->slabs
  • From: linke li <lilinke99@xxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/2] zswap: remove the memcpy if acomp is not sleepable
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/2] zswap: remove the memcpy if acomp is not sleepable
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v7 1/2] mm/vmalloc: Moved macros with no functional change happened
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] mm/vmalloc.c: optimize to reduce arguments of alloc_vmap_area()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v6 0/2] zswap: remove the memcpy if acomp is not sleepable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/2] zswap: remove the memcpy if acomp is not sleepable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/2] zswap: remove the memcpy if acomp is not sleepable
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v6 0/2] zswap: remove the memcpy if acomp is not sleepable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [linux-next:master 10291/12944] drivers/gpio/gpio-nomadik.c:462:20: error: static declaration of 'nmk_gpio_dbg_show_one' follows non-static declaration
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: "Manwaring, Derek" <derekmn@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/damon/paddr: support DAMOS filter type YOUNG
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [linux-next:master 12265/12944] arch/riscv/include/asm/pgtable.h:735:16: error: implicit declaration of function 'pud_leaf'; did you mean 'pmd_leaf'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master 1444/12944] /usr/bin/ld: cannot find ../lib/api/libapi.a: No such file or directory
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH] tmpfs: Fix race on handling dquot rbtree
  • From: Jan Kara <jack@xxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [linux-next:master 12610/12944] arch/mips/ralink/timer.c:136:34: error: array type has incomplete element type 'struct of_device_id'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: MGLRU premature memcg OOM on slow writes
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: "Manwaring, Derek" <derekmn@xxxxxxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: MGLRU premature memcg OOM on slow writes
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: Re: Re: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
  • From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [Intel-wired-lan] [linux-next:master] BUILD REGRESSION 8ffc8b1bbd505e27e2c8439d326b6059c906c9dd
  • From: Tony Nguyen <anthony.l.nguyen@xxxxxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 8ffc8b1bbd505e27e2c8439d326b6059c906c9dd
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8ffc8b1bbd505e27e2c8439d326b6059c906c9dd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 8/8] hugetlb: parallelize 1G hugetlb initialization
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: David Matlack <dmatlack@xxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 4b587a04fd31ed30f5578c2e1455b14ae7a5d069
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 bpf-next 1/2] mm: Enforce VM_IOREMAP flag and range in ioremap_page_range.
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v4 bpf-next 1/2] mm: Enforce VM_IOREMAP flag and range in ioremap_page_range.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v6 7/8] hugetlb: parallelize 2M hugetlb allocation and initialization
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: Unmapping KVM Guest Memory from Host Kernel
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Unmapping KVM Guest Memory from Host Kernel
  • From: "Gowans, James" <jgowans@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: arm64: WARNING: at mm/vmalloc.c:315 ioremap_page_range
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v6 4/8] padata: dispatch works on different nodes
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH 8/8] ring-buffer: Validate boot range memory events
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 24/37] rust: Add a rust helper for krealloc()
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH RFC 13/13] mm: Document pXd_leaf() API
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 0/2] Allow migrate on protnone reference with MPOL_PREFERRED_MANY policy
  • From: Donet Tom <donettom@xxxxxxxxxxxxx>
• [PATCH v2 2/2] mm/numa_balancing:Allow migrate on protnone reference with MPOL_PREFERRED_MANY policy
  • From: Donet Tom <donettom@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [linux-next:master 9129/12944] drivers/mtd/ubi/nvmem.c:34:9: error: incompatible pointer types passing 'int *' to parameter of type 'uint64_t *' (aka 'unsigned long long *')
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: arm64: WARNING: at mm/vmalloc.c:315 ioremap_page_range
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 01/50] drivers/gpu/drm/i915/i915_memcpy.c: fix missing includes
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH v2] mm: prohibit the last subpage from reusing the entire large folio
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] mm: prohibit the last subpage from reusing the entire large folio
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: ZONE_DEVICE refcounting
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] mm: prohibit the last subpage from reusing the entire large folio
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• Re: [PATCH v6 0/2] zswap: remove the memcpy if acomp is not sleepable
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: arm64: WARNING: at mm/vmalloc.c:315 ioremap_page_range
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6 0/2] zswap: remove the memcpy if acomp is not sleepable
  • From: Barry Song <21cnbao@xxxxxxxxx>
• arm64: WARNING: at mm/vmalloc.c:315 ioremap_page_range
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 5/8] ring-buffer: Add ring_buffer_meta data
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/8] ring-buffer: Add ring_buffer_meta data
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v7 1/2] mm/vmalloc: Moved macros with no functional change happened
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v11 3/3] ACPI: APEI: handle synchronous exceptions in task work to send correct SIGBUS si_code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [BUG] kmsan: instrumentation recursion problems
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH v2] mm: prohibit the last subpage from reusing the entire large folio
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] mm: prohibit the last subpage from reusing the entire large folio
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm: prohibit the last subpage from reusing the entire large folio
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH] mm: prohibit the last subpage from reusing the entire large folio
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] mm: prohibit the last subpage from reusing the entire large folio
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm: mglru: Fix soft lockup attributed to scanning folios
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 0/5] Remove some races around folio_test_hugetlb
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH -next v6 0/2] Make memory reclamation measurable
  • From: Bixuan Cui <cuibixuan@xxxxxxxx>
• Re: [PATCH 6/8] mm/memory-failure: Convert memory_failure() to use a folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH 5/8] mm: Convert hugetlb_page_mapping_lock_write to folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: Re: [RFC PATCH v2 0/7] DAMON based 2-tier memory management for CXL memory
  • From: Honggyu Kim <honggyu.kim@xxxxxx>
• Re: [PATCH v7 1/2] mm/vmalloc: Moved macros with no functional change happened
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH 2/2] mm,page_owner: Drop unnecesary check
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] mm,page_owner: Check for null stack_record before bumping its refcount
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [PATCH 1/1] mm/khugepaged: reduce process visible downtime by pre-zeroing hugepage
  • From: Lance Yang <ioworker0@xxxxxxxxx>
• Re: [PATCH RFC 01/13] mm/hmm: Process pud swap entry without pud_huge()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 0/2] reclaim contended folios asynchronously instead of promoting them
  • From: 李培锋 <lipeifeng@xxxxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2 0/2] reclaim contended folios asynchronously instead of promoting them
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm/slub: Make __ksize() faster
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• ZONE_DEVICE refcounting
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [BUG] kmsan: instrumentation recursion problems
  • From: Changbin Du <changbin.du@xxxxxxxxxx>
• Re: [PATCH 0/5] Remove some races around folio_test_hugetlb
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Barlopass nvdimm as MemoryMode question
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Experience and Share Structural Designs On-the-Go with Modelo
  • From: Modelo Team <hi@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH] mm/slub: Make __ksize() faster
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH v2 2/2] mm: vmscan: reclaim contended folios asynchronously instead of promoting them
  • From: lipeifeng@xxxxxxxx
• [PATCH v2 1/2] mm/rmap: provide folio_referenced with the options to try_lock or lock
  • From: lipeifeng@xxxxxxxx
• [PATCH v2 0/2] reclaim contended folios asynchronously instead of promoting them
  • From: lipeifeng@xxxxxxxx
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: Chuanhua Han <hanchuanhua@xxxxxxxx>
• Re: Barlopass nvdimm as MemoryMode question
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: Barlopass nvdimm as MemoryMode question
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: [GIT PULL] hotfixes for 6.8
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH v3 bpf-next 04/14] bpf: Add x86-64 JIT support for bpf_addr_space_cast instruction.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 09/14] bpftool: Recognize arena map type
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 14/14] selftests/bpf: Add bpf_arena_htab test.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 13/14] selftests/bpf: Add bpf_arena_list test.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 12/14] selftests/bpf: Add unit tests for bpf_arena_alloc/free_pages
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 11/14] bpf: Add helper macro bpf_addr_space_cast()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 10/14] libbpf: Recognize __arena global varaibles.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 08/14] libbpf: Add support for bpf_arena.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 07/14] libbpf: Add __arg_arena to bpf_helpers.h
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 06/14] bpf: Recognize btf_decl_tag("arg:arena") as PTR_TO_ARENA.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 05/14] bpf: Recognize addr_space_cast instruction in the verifier.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 03/14] bpf: Add x86-64 JIT support for PROBE_MEM32 pseudo instructions.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 02/14] bpf: Disasm support for addr_space_cast instruction.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 01/14] bpf: Introduce bpf_arena.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v3 bpf-next 00/14] bpf: Introduce BPF arena.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [GIT PULL] hotfixes for 6.8
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re:
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: Barlopass nvdimm as MemoryMode question
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Barlopass nvdimm as MemoryMode question
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: Jared Hulbert <jaredeh@xxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re:
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/5] Remove some races around folio_test_hugetlb
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4] zswap: replace RB tree with xarray
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 0/5] Remove some races around folio_test_hugetlb
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Remove some races around folio_test_hugetlb
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: Jared Hulbert <jaredeh@xxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: Barlopass nvdimm as MemoryMode question
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [Test Failure Report] exec: Test failures in execveat
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Barlopass nvdimm as MemoryMode question
  • From: Jane Chu <jane.chu@xxxxxxxxxx>
• Re: [PATCH v2 0/9] slab: Introduce dedicated bucket allocator
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] x86/mm: cleanup prctl_enable_tagged_addr() nr_bits error checking
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 1843e16d2df9d98427ef8045589571749d627cf7
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [PATCH RFC 10/13] mm/gup: Merge pXd huge mapping checks
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH RFC 04/13] mm/x86: Change pXd_huge() behavior to exclude swap entries
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v8] mm/vmalloc: Eliminated the lock contention from twice to once
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/huge_memory: check new folio order when split a folio
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH RFC 03/13] mm/gup: Check p4d presence before going on
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 1843e16d2df9d98427ef8045589571749d627cf7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/huge_memory: check new folio order when split a folio
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/huge_memory: check new folio order when split a folio
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/2] mm/vmalloc: Moved macros with no functional change happened
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• On the optimum size of a batch
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] mm/kmemleak: Don't hold kmemleak_lock when calling printk()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• Re: [PATCH v4] zswap: replace RB tree with xarray
  • From: Chris Li <chrisl@xxxxxxxxxx>
• [PATCH 2/2] mm/kmemleak: Disable KASAN instrumentation in kmemleak
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v8] mm/vmalloc: Eliminated the lock contention from twice to once
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v7 1/2] mm/vmalloc: Moved macros with no functional change happened
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH 0/2] mm/kmemleak: Minor cleanup & performance tuning
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH 1/2] mm/kmemleak: Compact kmemleak_object further
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2] mm/kmemleak: Don't hold kmemleak_lock when calling printk()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v2] mm/kmemleak: Don't hold kmemleak_lock when calling printk()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4] zswap: replace RB tree with xarray
  • From: Chris Li <chrisl@xxxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 1/2] mm/huge_memory: check new folio order when split a folio
  • From: Zi Yan <zi.yan@xxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 2/2] mm/huge_memory: skip invalid debugfs new_order input for folio split
  • From: Zi Yan <zi.yan@xxxxxxxx>
• Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH RFC 01/13] mm/hmm: Process pud swap entry without pud_huge()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH] tmpfs: Fix race on handling dquot rbtree
  • From: cem@xxxxxxxxxx
• Re: [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] x86/mm: cleanup prctl_enable_tagged_addr() nr_bits error checking
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm: mglru: Fix soft lockup attributed to scanning folios
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Re: [PATCH v17 07/35] gunyah: rsc_mgr: Add resource manager RPC core
  • From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
• Re: next/master bisection: baseline.login on qemu_arm64-virt-gicv3-uefi
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re:
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [RFC PATCH v2] mm: Kill ->launder_folio()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 06/14] linux/mm.h: move folio_size(), ... to mm/folio_size.h
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v17 08/35] gunyah: vm_mgr: Introduce basic VM Manager
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [PATCH v17 09/35] gunyah: rsc_mgr: Add VM lifecycle RPC
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [PATCH v17 07/35] gunyah: rsc_mgr: Add resource manager RPC core
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [PATCH v17 05/35] virt: gunyah: Add hypervisor driver
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [PATCH v17 01/35] docs: gunyah: Introduce Gunyah Hypervisor
  • From: Srivatsa Vaddagiri <quic_svaddagi@xxxxxxxxxxx>
• Re: [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re:
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Lance Yang <ioworker0@xxxxxxxxx>
• Re: [PATCH v5 8/8] mm: huge_memory: enable debugfs to split huge pages to any order.
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] tmpfs: don't interrupt fallocate with EINTR
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] mm: thp: split huge page to any lower order pages
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [bug report] mm: huge_memory: enable debugfs to split huge pages to any order
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS a5971604f9bd13c9515578313f1eb14807eb1e08
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Lance Yang <ioworker0@xxxxxxxxx>
• Re: [bug report] mm: huge_memory: enable debugfs to split huge pages to any order
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [bug report] mm: huge_memory: enable debugfs to split huge pages to any order
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [linux-next:master 10409/11394] ERROR: modpost: "__fentry__" [tools/testing/selftests/livepatch/test_modules/test_klp_atomic_replace.ko] undefined!
  • From: Marcos Paulo de Souza <mpdesouza@xxxxxxxx>
• Re: [bug report] mm: huge_memory: enable debugfs to split huge pages to any order
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re:
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re:
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• [bug report] mm: huge_memory: enable debugfs to split huge pages to any order
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [RFC PATCH 3/3] x86/mm: cleanup prctl_enable_tagged_addr() nr_bits error checking
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [RFC PATCH 2/3] x86/mm: make sure LAM is up-to-date during context switching
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [RFC PATCH 0/3] x86/mm: LAM fixups and cleanups
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [RFC PATCH 1/3] x86/mm: fix LAM cr3 mask inconsistency during context switch
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/7] nvdimm: pmem: assign a parent resource for vmemmap region for the fsdax
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH stable-4.19] mm/memory-failure: fix an incorrect use of tail pages
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• [PATCH stable-5.4] mm/memory-failure: fix an incorrect use of tail pages
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• [PATCH stable-5.10] mm/memory-failure: fix an incorrect use of tail pages
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [linux-next:master 11882/12647] fs/btrfs/extent_io.c:3246:26: warning: 'last_extent_end' may be used uninitialized
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/2] [RFC] pagemap.rst: Document write bit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 2/2] [RFC] pagemap.rst: Document write bit
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/2] [RFC] pagemap.rst: Document write bit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] tmpfs: don't interrupt fallocate with EINTR
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH] tmpfs: don't interrupt fallocate with EINTR
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 1/2] [RFC] proc: pagemap: Expose whether a PTE is writable
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Hugetlb Unifications
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH -next v6 0/2] Make memory reclamation measurable
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [Test Failure Report] exec: Test failures in execveat
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Remove some races around folio_test_hugetlb
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4] zswap: replace RB tree with xarray
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: Jared Hulbert <jaredeh@xxxxxxxxx>
• Re: [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [linux-next:master 11602/11963] ERROR: modpost: "acpi_device_notify_remove" [drivers/i2c/i2c-core.ko] undefined!
  • From: "wsa-dev@xxxxxxxxxxxxxxxxxxxx" <wsa-dev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] nvdimm: pmem: assign a parent resource for vmemmap region for the fsdax
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Lance Yang <ioworker0@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Swap Abstraction "the pony"
  • From: Chuanhua Han <hanchuanhua@xxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH -next v6 0/2] Make memory reclamation measurable
  • From: Bixuan Cui <cuibixuan@xxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Large block for I/O
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2 1/1] mm/madvise: enhance lazyfreeing with mTHP in madvise_free
  • From: Lance Yang <ioworker0@xxxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [RFC RESEND 00/16] Split IOMMU DMA mapping operation to two steps
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v7 1/2] mm/vmalloc: Moved macros with no functional change happened
  • From: "Huang, Rulin" <rulin.huang@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Large block for I/O
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH 0/5] Remove some races around folio_test_hugetlb
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 0/9] add new acquire/release BPF kfuncs
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC PATCH v2 0/7] DAMON based 2-tier memory management for CXL memory
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v8] mm/vmalloc: Eliminated the lock contention from twice to once
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 1/2] mm/vmalloc: Moved macros with no functional change happened
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH] mm: mglru: Fix soft lockup attributed to scanning folios
  • From: Yafang Shao <laoar.shao@xxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH RFC 09/13] mm/powerpc: Redefine pXd_huge() with pXd_leaf()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [RFC PATCH 3/3] mm/damon/paddr: support DAMOS filter type YOUNG
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH 0/3] mm/damon: add a DAMOS filter type for page granularity access recheck
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v7 1/2] mm/vmalloc: Moved macros with no functional change happened
  • From: "Huang, Rulin" <rulin.huang@xxxxxxxxx>
• [RFC PATCH 2/3] mm/damon/paddr: implement damon_folio_young()
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH 1/3] mm/damon: add DAMOS filter type YOUNG
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v1] mm: swap: Fix race between free_swap_and_cache() and swapoff()
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [Bug] WARNING in static_key_disable_cpuslocked
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v5] filemap: avoid unnecessary major faults in filemap_fault()
  • From: Peng Zhang <zhangpeng362@xxxxxxxxxx>
• Re: [PATCH v4] zswap: replace RB tree with xarray
  • From: Chengming Zhou <zhouchengming@xxxxxxxxxxxxx>
• [PATCH v8] mm/vmalloc: Eliminated the lock contention from twice to once
  • From: rulinhuang <rulin.huang@xxxxxxxxx>
• Re: [linux-next:master 8264/11963] ERROR: modpost: "__fentry__" [tools/testing/selftests/bpf/bpf_test_no_cfi/bpf_test_no_cfi.ko] undefined!
  • From: Kui-Feng Lee <sinquersw@xxxxxxxxx>
• Re: [PATCH v4] filemap: avoid unnecessary major faults in filemap_fault()
  • From: "zhangpeng (AS)" <zhangpeng362@xxxxxxxxxx>
• Re: [linux-next:master 8264/11963] ERROR: modpost: "__fentry__" [tools/testing/selftests/bpf/bpf_test_no_cfi/bpf_test_no_cfi.ko] undefined!
  • From: Philip Li <philip.li@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Large block for I/O
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [linux-next:master 8264/11963] ERROR: modpost: "__fentry__" [tools/testing/selftests/bpf/bpf_test_no_cfi/bpf_test_no_cfi.ko] undefined!
  • From: Thinker Li <thinker.li@xxxxxxxxx>
• [PATCH v3] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: [PATCH v2] mm: Add an explicit smp_wmb() to UFFDIO_CONTINUE
  • From: Peter Xu <peterx@xxxxxxxxxx>