Linux Memory Management

• Thread Index

• [PATCH 5/6] mm: Remove references to page->index in huge_memory.c
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 4/6] mm: Mass constification of folio/page pointers
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 0/6] page->index removals in mm
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 3/6] mm: Convert page_to_pgoff() to page_pgoff()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 1/6] bootmem: Stop using page->index
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 6/6] mm: Use page->private instead of page->index in percpu
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 2/6] mm: Constify page_address_in_vma()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH] rust: mm: add abstractions for mm_struct and vm_area_struct
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• Re: LPA2 on non-LPA2 hardware broken with 16K pages
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: LPA2 on non-LPA2 hardware broken with 16K pages
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] rust: mm: add abstractions for mm_struct and vm_area_struct
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [RESEND][PATCH 3/3] rseq: Ensure SIGBUS delivered on memory failure
  • From: Andrew Zaborowski <andrew.zaborowski@xxxxxxxxx>
• [RESEND][PATCH 2/3] execve: Ensure SIGBUS delivered on memory failure
  • From: Andrew Zaborowski <andrew.zaborowski@xxxxxxxxx>
• [RESEND][PATCH 1/3] x86: Add task_struct flag to force SIGBUS on MCE
  • From: Andrew Zaborowski <andrew.zaborowski@xxxxxxxxx>
• [PATCH] rust: mm: add abstractions for mm_struct and vm_area_struct
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] mm: Fix endless reclaim on machines with unaccepted memory.
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 14/21] mm/mmap: Avoid zeroing vma tree in mmap_region()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v5 17/21] mm/mmap: Relocate arch_unmap() to vms_complete_munmap_vmas()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: vmalloc: implement vrealloc()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC v11 08/14] mm: page_frag: some minor refactoring before adding new API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v1] mm/numa_balancing: Fix the memory thrashing problem in the single-threaded process
  • From: Abel Wu <wuyun.abel@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [v6.9-stable PATCH] mm: page_ref: remove folio_try_get_rcu()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v11 01/14] mm: page_frag: add a test module for page_frag
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [RFC v11 00/14] Replace page_frag with page_frag_cache for sk_page_frag()
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 3/3] memory tiering: count PGPROMOTE_SUCCESS when mem tiering is enabled.
  • From: "Zi Yan" <ziy@xxxxxxxxxx>
• Re: [PATCH v2 2/3] memory tiering: introduce folio_has_cpupid() check
  • From: "Zi Yan" <ziy@xxxxxxxxxx>
• Re: [PATCH 5.15.y 0/8] Backport patches for DAMON merge regions fix
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "mm/damon/core: merge regions aggressively when max_nr_regions is unmet" has been added to the 5.15-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.1.y 0/7] Backport patches for DAMON merge regions fix
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "mm/damon/core: merge regions aggressively when max_nr_regions is unmet" has been added to the 6.1-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm: Fix endless reclaim on machines with unaccepted memory.
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: vmalloc: implement vrealloc()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] mm: list_lru: fix UAF for memory cgroup
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm/vmalloc: Add preempt point in purge_vmap_node() when enabling kasan
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] mm: Fix endless reclaim on machines with unaccepted memory.
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] memory tiering: count PGPROMOTE_SUCCESS when mem tiering is enabled.
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/3] memory tiering: introduce folio_has_cpupid() check
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 6/7] tools: separate out shared radix-tree components
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 6/7] tools: separate out shared radix-tree components
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 1/1] x86/elf: Add a new .note section containing xfeatures buffer layout info to x86 core files
  • From: Vignesh Balasubramanian <vigbalas@xxxxxxx>
• [PATCH v4 0/1] Add XSAVE layout description to Core files for debuggers to support varying XSAVE layouts
  • From: Vignesh Balasubramanian <vigbalas@xxxxxxx>
• Re: Possible slab-allocator issue
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 19/25] mm: introduce numa_emulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 17/25] mm: introduce numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: mm/gup.o: warning: objtool: faultin_page_range+0x100: unreachable instruction
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [alexshi:mmunstable2] 934c05f8c5: BUG:unable_to_handle_page_fault_for_address
  • From: Alex Shi <seakeel@xxxxxxxxx>
• Re: [PATCH RFC 0/6] mm: THP-agnostic refactor on huge mappings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 09/25] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] kcov: don't instrument lib/find_bit.c
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH v2 20/25] mm: numa_memblks: introduce numa_memblks_init
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 25/25] docs: move numa=fake description to kernel-parameters.txt
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v2 16/25] x86/numa: numa_{add,remove}_cpu: make cpu parameter unsigned
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 18/25] mm: move numa_distance and related code from x86 to numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] mm: Fix endless reclaim on machines with unaccepted memory.
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 14/25] x86/numa_emu: split __apicid_to_node update to a helper function
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 24/25] mm: make range-to-target_node lookup facility a part of numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 07/25] mm: drop CONFIG_HAVE_ARCH_NODEDATA_EXTENSION
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 10/25] x86/numa: simplify numa_distance allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [External] Re: [PATCH v1] mm/numa_balancing: Fix the memory thrashing problem in the single-threaded process
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• [PATCH v3 4/5] scripts/gdb: Add 'lx-stack_depot_lookup' command.
  • From: Kuan-Ying Lee <kuan-ying.lee@xxxxxxxxxxxxx>
• [PATCH v3 5/5] scripts/gdb: Add 'lx-kasan_mem_to_shadow' command
  • From: Kuan-Ying Lee <kuan-ying.lee@xxxxxxxxxxxxx>
• [PATCH v3] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• Re: [PATCH v2] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: "Zhijian Li (Fujitsu)" <lizhijian@xxxxxxxxxxx>
• [PATCH v3 3/5] scripts/gdb: fix lx-mounts command error
  • From: Kuan-Ying Lee <kuan-ying.lee@xxxxxxxxxxxxx>
• [PATCH v3 1/5] scripts/gdb: fix timerlist parsing issue
  • From: Kuan-Ying Lee <kuan-ying.lee@xxxxxxxxxxxxx>
• [PATCH v3 2/5] scripts/gdb: add iteration function for rbtree
  • From: Kuan-Ying Lee <kuan-ying.lee@xxxxxxxxxxxxx>
• [PATCH v3 0/5] Fix some GDB command error and add some GDB commands
  • From: Kuan-Ying Lee <kuan-ying.lee@xxxxxxxxxxxxx>
• [PATCH v2 23/25] arch_numa: switch over to numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 15/25] x86/numa_emu: use a helper function to get MAX_DMA32_PFN
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 22/25] mm: numa_memblks: use memblock_{start,end}_of_DRAM() when sanitizing meminfo
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 21/25] mm: numa_memblks: make several functions and variables static
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 13/25] x86/numa_emu: simplify allocation of phys_dist
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 12/25] x86/numa: move FAKE_NODE_* defines to numa_emu
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 11/25] x86/numa: use get_pfn_range_for_nid to verify that node spans memory
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 08/25] arch, mm: move definition of node_data to generic code
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 06/25] MIPS: loongson64: drop HAVE_ARCH_NODEDATA_EXTENSION
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 05/25] MIPS: loongson64: rename __node_data to node_data
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 04/25] MIPS: sgi-ip27: drop HAVE_ARCH_NODEDATA_EXTENSION
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 03/25] MIPS: sgi-ip27: ensure node_possible_map only contains valid nodes
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 02/25] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 01/25] mm: move kernel/numa.c to mm/
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 00/25] mm: introduce numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 1/2] mm: zswap: fix global shrinker memcg iteration
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v3 1/2] mm: zswap: fix global shrinker memcg iteration
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v1] mm/numa_balancing: Fix the memory thrashing problem in the single-threaded process
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Dennis Zhou <dennis@xxxxxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH v2 2/3] memory tiering: introduce folio_has_cpupid() check
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/3] memory tiering: count PGPROMOTE_SUCCESS when mem tiering is enabled.
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Dennis Zhou <dennis@xxxxxxxxxx>
• [PATCH v1] mm/numa_balancing: Fix the memory thrashing problem in the single-threaded process
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH] mm/numa_balancing: Fix the memory thrashing problem in the single-threaded process
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v2] um/mm: remove redundant assignment of max_low_pfn
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH v4 17/29] arm64: implement PKEYS support
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH v5] mm/damon/lru_sort: adjust local variable to dynamic allocation
  • From: flyingpenghao@xxxxxxxxx
• [linux-next:master 13132/13536] arch/loongarch/kernel/relocate.c:212:24: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [linux-next:master] [mm] : aim7.jobs-per-min -29.4% regression
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH] mm/numa_balancing: Fix the memory thrashing problem in the single-threaded process
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [alexshi:mmunstable2] 934c05f8c5: BUG:unable_to_handle_page_fault_for_address
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH v2 3/3] memory tiering: count PGPROMOTE_SUCCESS when mem tiering is enabled.
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• State of removing page->index
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 2/2] hugetlbfs: use tracepoints in hugetlbfs functions.
  • From: Hongbo Li <lihongbo22@xxxxxxxxxx>
• [PATCH v3 1/2] hugetlbfs: support tracepoint
  • From: Hongbo Li <lihongbo22@xxxxxxxxxx>
• [PATCH v3 0/2] Introduce tracepoint for hugetlbfs
  • From: Hongbo Li <lihongbo22@xxxxxxxxxx>
• Re: [alexshi:mmunstable2] 934c05f8c5: BUG:unable_to_handle_page_fault_for_address
  • From: Alex Shi <seakeel@xxxxxxxxx>
• Re: [PATCH v2 3/3] memory tiering: count PGPROMOTE_SUCCESS when mem tiering is enabled.
  • From: "Zi Yan" <ziy@xxxxxxxxxx>
• Re: [PATCH v2 3/3] memory tiering: count PGPROMOTE_SUCCESS when mem tiering is enabled.
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/migrate: move common code to numa_migrate_check (was numa_migrate_prep)
  • From: "Zi Yan" <ziy@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/migrate: move common code to numa_migrate_check (was numa_migrate_prep)
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [alexshi:mmunstable2] 934c05f8c5: BUG:unable_to_handle_page_fault_for_address
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [alexshi:mmunstable3] [mm/memory] f6ba7ce983: kernel_BUG_at_mm/page_alloc.c
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH 04/17] arch, mm: move definition of node_data to generic code
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH 2/2] mm, memcg: cg2 memory{.swap,}.peak write tests
  • From: David Finkel <davidf@xxxxxxxxx>
• [PATCH 1/2] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• mm/gup.o: warning: objtool: faultin_page_range+0x100: unreachable instruction
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RFC PATCH] memcg: expose children memory usage for root
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v3 1/2] mm: zswap: fix global shrinker memcg iteration
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• [PATCH] kcov: don't instrument lib/find_bit.c
  • From: andrey.konovalov@xxxxxxxxx
• Re: Tools for explaining memory mappings/usage/pressure
  • From: Dan Schatzberg <schatzberg.dan@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: Tools for explaining memory mappings/usage/pressure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v3 2/2] mm: zswap: fix global shrinker error handling logic
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Possible slab-allocator issue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v5 8/9] mm: multi-gen LRU: Have secondary MMUs participate in aging
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [PATCH] mm: fix maxnode for mbind(), set_mempolicy() and migrate_pages()
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [linux-next:fs-next] BUILD SUCCESS ed3ac9f6fd2f92f2696641419cf1778162adda46
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 8/9] mm: multi-gen LRU: Have secondary MMUs participate in aging
  • From: James Houghton <jthoughton@xxxxxxxxxx>
• Re: [PATCH] x86, kcov: ignore stack trace coverage
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION dee7f101b64219f512bb2f842227bd04c14efe30
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86, kcov: ignore stack trace coverage
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH] x86, kcov: ignore stack trace coverage
  • From: andrey.konovalov@xxxxxxxxx
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [linux-next:master] [mm] 98c9daf5ae: aim7.jobs-per-min -29.4% regression
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 0/2] binfmt_elf, coredump: Log the reason of the failed core dumps
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] coredump: Standartize and fix logging
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• Re: [PATCH v10 10/10] xfs: enable block size larger than page size support
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v5 14/21] mm/mmap: Avoid zeroing vma tree in mmap_region()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Dennis Zhou <dennis@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v4] mm/damon/lru_sort: adjust local variable to dynamic allocation
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [PATCH v2 2/3] memory tiering: introduce folio_has_cpupid() check
  • From: Zi Yan <ziy@xxxxxxxxxx>
• [PATCH v2 3/3] memory tiering: count PGPROMOTE_SUCCESS when mem tiering is enabled.
  • From: Zi Yan <ziy@xxxxxxxxxx>
• [PATCH v2 1/3] memory tiering: read last_cpupid correctly in do_huge_pmd_numa_page()
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.11-rc1
  • From: LEROY Christophe <christophe.leroy2@xxxxxxxxxxxxxxxxxx>
• [PATCH] mm: added node_reclaim successes to VM event counters
  • From: Matthew Cassell <mcassell411@xxxxxxxxx>
• Re: [PATCH V8 1/2] cgroup/rstat: Avoid flushing if there is an ongoing overlapping flush
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [linux-next:fs-current] BUILD SUCCESS 4b9298ca36cd6472b15a2ef6b0cbc1980efcf419
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 0/2] Align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v2 1/2] mm: vmalloc: implement vrealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH] mm/cma: export total and free number of pages for CMA areas
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [linux-next:master] [mm] 98c9daf5ae: aim7.jobs-per-min -29.4% regression
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [RFC v11 08/14] mm: page_frag: some minor refactoring before adding new API
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH v6 0/9] fs: multigrain timestamp redux
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH RFC 0/6] mm: THP-agnostic refactor on huge mappings
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [RFC v11 00/14] Replace page_frag with page_frag_cache for sk_page_frag()
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/migrate: move common code to numa_migrate_check (was numa_migrate_prep)
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers (fd-local edition)
  • From: David Finkel <davidf@xxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] mm: Fix endless reclaim on machines with unaccepted memory.
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 24/37] kvx: Add memory management
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 19/21] ipc/shm, mm: Drop do_vma_munmap()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Mary Strodl <mstrodl@xxxxxxxxxxxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 1694c7db36518f65f83eaaaa9ca49297eaf2811f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 18/21] mm/mmap: Move can_modify_mm() check down the stack
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v9 38/39] kselftest/arm64: Add a GCS stress test
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] generic/736: don't run it on tmpfs
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v5 17/21] mm/mmap: Relocate arch_unmap() to vms_complete_munmap_vmas()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v10 01/10] fs: Allow fine-grained control of folio sizes
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH] generic/736: don't run it on tmpfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] generic/732: don't run it on tmpfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: Xiongwei Song <sxwjean@xxxxxxxxx>
• Re: [PATCH v10 10/10] xfs: enable block size larger than page size support
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] mm: Override mTHP "enabled" defaults at kernel cmdline
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH 3/3] mm/migrate: move common code to numa_migrate_check (was numa_migrate_prep)
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4 06/29] arm64: context switch POR_EL0 register
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 17/29] arm64: implement PKEYS support
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH RFC 0/6] mm: THP-agnostic refactor on huge mappings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [syzbot] [mm?] BUG: Bad page map (8)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 10/21] mm/mmap: Support vma == NULL in init_vma_munmap()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC v11 08/14] mm: page_frag: some minor refactoring before adding new API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH 1/1] mm/vmalloc: Add preempt point in purge_vmap_node() when enabling kasan
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH] mm/numa_balancing: Fix the memory thrashing problem in the single-threaded process
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] Unmapping guest_memfd from Direct Map
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• [PATCH v3 5/7] MAINTAINERS: Add entry for new VMA files
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 4/7] mm: move internal core VMA manipulation functions to own file
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 7/7] tools: add skeleton code for userland testing of VMA logic
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 6/7] tools: separate out shared radix-tree components
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 1/1] mm/vmalloc: Add preempt point in purge_vmap_node() when enabling kasan
  • From: Adrian Huang <adrianhuang0701@xxxxxxxxx>
• [PATCH v3 3/7] mm: move vma_shrink(), vma_expand() to internal header
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 1/7] userfaultfd: move core VMA manipulation logic to mm/userfaultfd.c
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 2/7] mm: move vma_modify() and helpers to internal header
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 0/7] Make core VMA operations internal and testable
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH] mm: keep LRU order by move unisolated folios to tail
  • From: "zhaoyang.huang" <zhaoyang.huang@xxxxxxxxxx>
• Re: [PATCH v9 38/39] kselftest/arm64: Add a GCS stress test
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [RFC PATCH v3 24/37] kvx: Add memory management
  • From: ysionneau@xxxxxxxxxxxxx
• [RFC PATCH v3 27/37] kvx: Add ELF relocations and module support
  • From: ysionneau@xxxxxxxxxxxxx
• Re: [RFC PATCH v1 0/4] Control folio sizes used for page cache memory
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [RFC PATCH v3 12/37] kvx: Add ELF-related definitions
  • From: ysionneau@xxxxxxxxxxxxx
• Re: [RFC PATCH v1 3/4] mm: Override mTHP "enabled" defaults at kernel cmdline
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH v1 0/4] Control folio sizes used for page cache memory
  • From: Daniel Gomez <da.gomez@xxxxxxxxxxx>
• Re: [PATCH v2] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 18/29] arm64: add POE signal support
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v2] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: "Zhijian Li (Fujitsu)" <lizhijian@xxxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] mm: Override mTHP "enabled" defaults at kernel cmdline
  • From: Daniel Gomez <da.gomez@xxxxxxxxxxx>
• Re: Tools for explaining memory mappings/usage/pressure
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v9 35/39] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [linux-next:master 13182/13495] drivers/bluetooth/btusb.c:2720:21: warning: assignment to 'struct urb *' from 'int' makes pointer from integer without a cast
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/17] mm: introduce numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v7 2/3] btrfs: always uses root memcgroup for filemap_add_folio()
  • From: Qu Wenruo <wqu@xxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 15/17] mm: make numa_memblks more self-contained
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 12/17] mm: introduce numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: Tidy up shmem mTHP controls and stats
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/26] x86: Create CONFIG_MITIGATION_ADDRESS_SPACE_ISOLATION
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: kmem: add lockdep assertion to obj_cgroup_memcg
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH 06/17] x86/numa: simplify numa_distance allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH] mm: kmem: add lockdep assertion to obj_cgroup_memcg
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• Re: [PATCH 02/17] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v1 2/2] mm: mTHP stats for pagecache folio allocations
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2] execve: Move KUnit tests to tests/ subdirectory
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v7 2/3] btrfs: always uses root memcgroup for filemap_add_folio()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/3] mm: Tidy up shmem mTHP controls and stats
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v7 1/3] memcontrol: define root_mem_cgroup for CONFIG_MEMCG=n cases
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [linus:master] [mm] 24e44cc22a: BUG:KCSAN:data-race_in_pcpu_alloc_noprof/pcpu_block_update_hint_alloc
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH] mm: kmem: add lockdep assertion to obj_cgroup_memcg
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH v2] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: Tidy up shmem mTHP controls and stats
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 2/3] mm: shmem: rename shmem_is_huge() to shmem_huge_global_enabled()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 3/3] mm: shmem: move shmem_huge_global_enabled() into shmem_allowable_huge_orders()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 0/3] Some cleanups for shmem
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] mm: shmem: simplify the suitable huge orders validation for tmpfs
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Bharata B Rao <bharata@xxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Bharata B Rao <bharata@xxxxxxx>
• Re: [PATCH v1 2/2] mm: mTHP stats for pagecache folio allocations
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] non-MM updates for 6.11-rc1
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2 3/3] mm: shmem: move shmem_huge_global_enabled() into shmem_allowable_huge_orders()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [PATCH v2] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: Li Zhijian <lizhijian@xxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/migrate: move common code to numa_migrate_check (was numa_migrate_prep)
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [GIT PULL] non-MM updates for 6.11-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] MM updates for 6.11-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] non-MM updates for 6.11-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.11-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.11-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.11-rc1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v11 08/14] mm: page_frag: some minor refactoring before adding new API
  • From: Alexander H Duyck <alexander.duyck@xxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.11-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Tools for explaining memory mappings/usage/pressure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC v11 05/14] mm: page_frag: avoid caller accessing 'page_frag_cache' directly
  • From: Alexander H Duyck <alexander.duyck@xxxxxxxxx>
• Re: [RFC v11 07/14] mm: page_frag: reuse existing space for 'size' and 'pfmemalloc'
  • From: Alexander H Duyck <alexander.duyck@xxxxxxxxx>
• [GIT PULL] non-MM updates for 6.11-rc1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] MM updates for 6.11-rc1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v11 09/14] mm: page_frag: use __alloc_pages() to replace alloc_pages_node()
  • From: Alexander H Duyck <alexander.duyck@xxxxxxxxx>
• Re: [RFC v11 03/14] mm: page_frag: use initial zero offset for page_frag_alloc_align()
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [RFC v11 02/14] mm: move the page fragment allocator from page_alloc into its own file
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [RFC v11 01/14] mm: page_frag: add a test module for page_frag
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH] Make binfmt_elf read ELF headers from APE binaries
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [syzbot] [cgroups?] [mm?] possible deadlock in try_charge_memcg
  • From: syzbot <syzbot+4825929f4608b51ff236@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH RFC 1/6] mm, slab: make caches with refcount of 0 unmergeable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] mm: fix maxnode for mbind(), set_mempolicy() and migrate_pages()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] mm: fix maxnode for mbind(), set_mempolicy() and migrate_pages()
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: [PATCH] generic/736: don't run it on tmpfs
  • From: Filipe Manana <fdmanana@xxxxxxxxxx>
• [PATCH v2] execve: Move KUnit tests to tests/ subdirectory
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH] slab: Introduce kmalloc_obj() and family
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH] HitShield:Something new eviction process for MGLRU
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Jesper Dangaard Brouer <hawk@xxxxxxxxxx>
• [PATCH] HitShield:Something new eviction process for MGLRU
  • From: Minwoo Jo <chminoo@xxxxxxxxxxxx>
• Re: [PATCH 2/2] memory tiering: introduce folio_has_cpupid() check
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 1/2] memory tiering: read last_cpupid correctly in do_huge_pmd_numa_page()
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 15/17] mm: make numa_memblks more self-contained
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 14/17] mm: introduce numa_emulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] generic/736: don't run it on tmpfs
  • From: Yang Erkun <yangerkun@xxxxxxxxxx>
• Re: [PATCH 1/2] memory tiering: read last_cpupid correctly in do_huge_pmd_numa_page()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [PATCH 2/2] memory tiering: introduce folio_has_cpupid() check
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH] generic/732: don't run it on tmpfs
  • From: Yang Erkun <yangerkun@xxxxxxxxxx>
• Re: [syzbot] [mm?] BUG: Bad page map (8)
  • From: syzbot <syzbot+ec4b7d82bb051330f15a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [syzbot] [mm?] BUG: Bad page map (8)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• RE: [syzbot] [mm?] BUG: Bad page map (8)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [linux-next:master 7769/10451] arch/arm64/boot/dts/qcom/sm8650-hdk.dtb: clock-controller@aaf0000: 'required-opps' is a required property
  • From: Jagadeesh Kona <quic_jkona@xxxxxxxxxxx>
• Re: [syzbot] [mm?] BUG: Bad page map (8)
  • From: Hillf Danton <hdanton@xxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH v3 2/2] mm: zswap: fix global shrinker error handling logic
  • From: Takero Funaki <flintglass@xxxxxxxxx>
• [PATCH v3 0/2] mm: zswap: fixes for global shrinker
  • From: Takero Funaki <flintglass@xxxxxxxxx>
• [PATCH v3 1/2] mm: zswap: fix global shrinker memcg iteration
  • From: Takero Funaki <flintglass@xxxxxxxxx>
• Re: [PATCH] slab: Introduce kmalloc_obj() and family
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v3] vmstat: Kernel stack usage histogram
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [linux-next:fs-next] BUILD SUCCESS 03725d4c6d07985d780d8904bbff97267d89166a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [syzbot] [mm?] possible deadlock in mmap_read_lock
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [linux-next:fs-current] BUILD SUCCESS e1a46cdb94264d6e4a5a2906e3431fe994b4a9fd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [linux-next:master] [mm] 98c9daf5ae: aim7.jobs-per-min -29.4% regression
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v7 2/3] btrfs: always uses root memcgroup for filemap_add_folio()
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• Re: [PATCH v4] vmstat: Kernel stack usage histogram
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v7 1/3] memcontrol: define root_mem_cgroup for CONFIG_MEMCG=n cases
  • From: Qu Wenruo <quwenruo.btrfs@xxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 89ee05b11178f39215e7c3f911cce4591e69995b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 0/7] Make core VMA operations internal and testable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: huge_memory: use !CONFIG_64BIT to relax huge page alignment on 32 bit machines
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: zswap_writeback_entry crashes in 6.9.5
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/migrate: move common code to numa_migrate_check (was numa_migrate_prep)
  • From: Zi Yan <ziy@xxxxxxxxxx>
• [syzbot] [mm?] possible deadlock in mmap_read_lock
  • From: syzbot <syzbot+c0f0941337ade4c26ed1@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Rudolf Marek <r.marek@xxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 41c196e567fb1ea97f68a2ffb7faab451cd90854
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] slab: Introduce kmalloc_obj() and family
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: zswap_writeback_entry crashes in 6.9.5
  • From: Pedro Falcato <pedro.falcato@xxxxxxxxx>
• Re: [RFC PATCH v9 08/11] cxl/memscrub: Add CXL memory device ECS control feature
  • From: fan <nifan.cxl@xxxxxxxxx>
• Re: [PATCH 17/17] mm: make range-to-target_node lookup facility a part of numa_memblks
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 12/17] mm: introduce numa_memblks
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 16/17] arch_numa: switch over to numa_memblks
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v7 2/3] btrfs: always uses root memcgroup for filemap_add_folio()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 15/17] mm: make numa_memblks more self-contained
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: LPA2 on non-LPA2 hardware broken with 16K pages
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3] mm/damon/lru_sort: adjust local variable to dynamic allocation
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v3 1/2] coredump: Standartize and fix logging
  • From: Allen Pais <apais@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] btrfs: always uses root memcgroup for filemap_add_folio()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH v3 0/2] binfmt_elf, coredump: Log the reason of the failed core dumps
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [linux-next:master] [mm] 98c9daf5ae: aim7.jobs-per-min -29.4% regression
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH v7 2/3] btrfs: always uses root memcgroup for filemap_add_folio()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 11/17] x86/numa: numa_{add,remove}_cpu: make cpu parameter unsigned
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 10/17] x86/numa_emu: use a helper function to get MAX_DMA32_PFN
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 09/17] x86/numa_emu: split __apicid_to_node update to a helper function
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 08/17] x86/numa_emu: simplify allocation of phys_dist
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 07/17] x86/numa: move FAKE_NODE_* defines to numa_emu
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 06/17] x86/numa: simplify numa_distance allocation
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [linux-next:master 13468/13536] include/uapi/linux/swab.h:60:undefined reference to `usb_set_interface'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [linux-next:master] [mm/hugetlb_vmemmap] 875fa64577: vm-scalability.throughput -34.3% regression
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [PATCH 14/17] mm: introduce numa_emulation
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 04/17] arch, mm: move definition of node_data to generic code
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 03/17] MIPS: loongson64: rename __node_data to node_data
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] iomap: zero dirty folios over unwritten mappings on zero range
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH 3/4] iomap: fix handling of dirty folios over unwritten extents
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Jesper Dangaard Brouer <hawk@xxxxxxxxxx>
• Re: [PATCH v2 0/6] mm: zswap: global shrinker fix and proactive shrink
  • From: Takero Funaki <flintglass@xxxxxxxxx>
• [PATCH 1/2] memory tiering: read last_cpupid correctly in do_huge_pmd_numa_page()
  • From: Zi Yan <ziy@xxxxxxxxxx>
• [PATCH 2/2] memory tiering: introduce folio_has_cpupid() check
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 02/17] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 01/17] mm: move kernel/numa.c to mm/
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 00/17] mm: introduce numa_memblks
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 2/2] mm: remove foll_flags in __get_user_pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: cleanup flags usage in faultin_page
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH V8 2/2] cgroup/rstat: add tracepoints for ongoing flusher waits
  • From: Jesper Dangaard Brouer <hawk@xxxxxxxxxx>
• [PATCH V8 1/2] cgroup/rstat: Avoid flushing if there is an ongoing overlapping flush
  • From: Jesper Dangaard Brouer <hawk@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [linux-next:master 13085/13536] riscv64-linux-ld: drivers/bluetooth/btmtk.c:477:undefined reference to `usb_control_msg'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Mary Strodl <mstrodl@xxxxxxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH 1/1] mm/vmalloc: Add preempt point in purge_vmap_node() when enabling kasan
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [syzbot] [mm?] BUG: Bad page map (8)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v7 1/3] memcontrol: define root_mem_cgroup for CONFIG_MEMCG=n cases
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v2 0/7] Make core VMA operations internal and testable
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v7 0/3] btrfs: try to allocate larger folios for metadata
  • From: Qu Wenruo <wqu@xxxxxxxx>
• [PATCH v7 3/3] btrfs: prefer to allocate larger folio for metadata
  • From: Qu Wenruo <wqu@xxxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v7 2/3] btrfs: always uses root memcgroup for filemap_add_folio()
  • From: Qu Wenruo <wqu@xxxxxxxx>
• [PATCH v7 1/3] memcontrol: define root_mem_cgroup for CONFIG_MEMCG=n cases
  • From: Qu Wenruo <wqu@xxxxxxxx>
• Re: [PATCH v6 1/3] memcontrol: define root_mem_cgroup for CONFIG_MEMCG=n cases
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [RFC v11 11/14] mm: page_frag: introduce prepare/probe/commit API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [RFC v11 13/14] mm: page_frag: update documentation for page_frag
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v11 09/14] mm: page_frag: use __alloc_pages() to replace alloc_pages_node()
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v11 07/14] mm: page_frag: reuse existing space for 'size' and 'pfmemalloc'
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v11 08/14] mm: page_frag: some minor refactoring before adding new API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v11 05/14] mm: page_frag: avoid caller accessing 'page_frag_cache' directly
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v11 04/14] mm: page_frag: add '_va' suffix to page_frag API
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v11 03/14] mm: page_frag: use initial zero offset for page_frag_alloc_align()
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v11 02/14] mm: move the page fragment allocator from page_alloc into its own file
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v11 01/14] mm: page_frag: add a test module for page_frag
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm: huge_memory: use !CONFIG_64BIT to relax huge page alignment on 32 bit machines
  • From: Yves-Alexis Perez <corsac@xxxxxxxxxx>
• [PATCH v6 3/3] btrfs: prefer to allocate larger folio for metadata
  • From: Qu Wenruo <wqu@xxxxxxxx>
• [PATCH v6 2/3] btrfs: always uses root memcgroup for filemap_add_folio()
  • From: Qu Wenruo <wqu@xxxxxxxx>
• [PATCH v6 1/3] memcontrol: define root_mem_cgroup for CONFIG_MEMCG=n cases
  • From: Qu Wenruo <wqu@xxxxxxxx>
• [PATCH v6 0/3] btrfs: try to allocate larger folios for metadata
  • From: Qu Wenruo <wqu@xxxxxxxx>
• Re: [PATCH v2 3/3] mm: mTHP stats for pagecache folio allocations
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [linux-next:master] [mm/hugetlb_vmemmap] 875fa64577: vm-scalability.throughput -34.3% regression
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] mm: Override mTHP "enabled" defaults at kernel cmdline
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] mm: Override mTHP "enabled" defaults at kernel cmdline
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Jesper Dangaard Brouer <hawk@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [RFC PATCH v1 3/4] mm: Override mTHP "enabled" defaults at kernel cmdline
  • From: Barry Song <baohua@xxxxxxxxxx>
• [linux-next:master 13285/13432] riscv64-linux-ld: include/linux/usb.h:1400:undefined reference to `usb_submit_urb'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v1 3/4] mm: Override mTHP "enabled" defaults at kernel cmdline
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [linux-next:master 7766/10451] drivers/clk/qcom/camcc-sm8650.c:3573:29: error: incompatible pointer types passing 'struct device *' to parameter of type 'struct platform_device *'
  • From: Jagadeesh Kona <quic_jkona@xxxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Christian Gmeiner <christian.gmeiner@xxxxxxxxx>
• Re: [RFC PATCH] cxl: avoid duplicating report from MCE & device
  • From: Shiyang Ruan <ruansy.fnst@xxxxxxxxxxx>
• Re: [PATCH mm-unstable v1] mm/hugetlb_vmemmap: don't synchronize_rcu() without HVO
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Bharata B Rao <bharata@xxxxxxx>
• Re: [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH mm-unstable v1] mm/hugetlb_vmemmap: don't synchronize_rcu() without HVO
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [PATCH] mm/memory-failure: fix VM_BUG_ON_PAGE(PagePoisoned(page)) when unpoison memory
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v4] vmstat: Kernel stack usage histogram
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3] vmstat: Kernel stack usage histogram
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH 5/7] mm/list_lru: simplify reparenting and initial allocation
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH RFC] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: "Zhijian Li (Fujitsu)" <lizhijian@xxxxxxxxxxx>
• [linux-next:fs-next] BUILD SUCCESS 6cbefbeda83ef88db8322184d0999683ea4b02d9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [syzbot] [mm?] possible deadlock in try_to_wake_up (5)
  • From: syzbot <syzbot+4970d08867f5a5b0bb78@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] mm/swap, workingset: make anon workingset nodes memcg aware
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH RFC 0/4] iomap: zero dirty folios over unwritten mappings on zero range
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] mm: Override mTHP "enabled" defaults at kernel cmdline
  • From: Barry Song <baohua@xxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 3/4] iomap: fix handling of dirty folios over unwritten extents
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] mm: mTHP stats for pagecache folio allocations
  • From: Barry Song <baohua@xxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS f66a2ffad56a9ca2519e1f110202d228fe13e153
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v9 38/39] kselftest/arm64: Add a GCS stress test
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH v4] vmstat: Kernel stack usage histogram
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v9 38/39] kselftest/arm64: Add a GCS stress test
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH v3] vmstat: Kernel stack usage histogram
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [GIT PULL] memblock: updates for 6.11-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] slab updates for 6.11
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v9 37/39] kselftest/arm64: Add GCS signal tests
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• [syzbot] [mm?] BUG: Bad page map (8)
  • From: syzbot <syzbot+ec4b7d82bb051330f15a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• Re: [PATCH v9 35/39] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH 4/9] arch/sparc: Teach arch_get_unmapped_area{_topdown} to handle hugetlb mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v9 07/11] cxl/memscrub: Add CXL memory device patrol scrub control feature
  • From: fan <nifan.cxl@xxxxxxxxx>
• Re: [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• Re: [PATCH v4] vmstat: Kernel stack usage histogram
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] mm: cleanup flags usage in faultin_page
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH 2/2] mm: remove foll_flags in __get_user_pages
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [PATCH 4/9] arch/sparc: Teach arch_get_unmapped_area{_topdown} to handle hugetlb mappings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: kmem: remove mem_cgroup_from_obj()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• [PATCH v4] vmstat: Kernel stack usage histogram
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] mm: kmem: remove mem_cgroup_from_obj()
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• [PATCH v3 0/2] binfmt_elf, coredump: Log the reason of the failed core dumps
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/2] binfmt_elf, coredump: Log the reason of the failed core dumps
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/2] coredump: Standartize and fix logging
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] execve: Move KUnit tests to tests/ subdirectory
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] iomap: zero dirty folios over unwritten mappings on zero range
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2] mm: Give kmap_lock before call flush_tlb_kernel_rang，avoid kmap_high deadlock.
  • From: zhangchun <zhang.chuna@xxxxxxx>
• Re: [PATCH v9 35/39] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v9 35/39] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH RFC 0/4] iomap: zero dirty folios over unwritten mappings on zero range
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] iomap: zero dirty folios over unwritten mappings on zero range
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [linux-next:master 12153/13432] drivers/md/dm-integrity.c:4559 dm_integrity_ctr() warn: impossible condition '(bi->tuple_size > ((1) << 12) / 2) => (0-255 > 2048)'
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/4] filemap: return pos of first dirty folio from range_has_writeback
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 17/29] arm64: implement PKEYS support
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [RFC PATCH 3/3] mm/migrate: move common code to numa_migrate_check (was numa_migrate_prep)
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: LPA2 on non-LPA2 hardware broken with 16K pages
  • From: Asahi Lina <lina@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/29] arm64: context switch POR_EL0 register
  • From: Joey Gouly <joey.gouly@xxxxxxx>
• [linux-next:fs-current] BUILD SUCCESS ccb4f0dd82ceaa7702fbf063ec5131dc064f2652
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH RFC] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/3] x86: Add basic support for the Congatec CGEB BIOS interface
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: LPA2 on non-LPA2 hardware broken with 16K pages
  • From: Dev Jain <dev.jain@xxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Mary Strodl <mstrodl@xxxxxxxxxxxxxxxxxxx>
• Re: LPA2 on non-LPA2 hardware broken with 16K pages
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 3/4] iomap: fix handling of dirty folios over unwritten extents
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH RFC 0/4] iomap: zero dirty folios over unwritten mappings on zero range
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH 4/4] xfs: remove unnecessary flush of eof page from truncate
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Mary Strodl <mstrodl@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Mary Strodl <mstrodl@xxxxxxxxxxxxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• [PATCH 7/9] mm: Drop hugetlb_get_unmapped_area{_*} functions
  • From: Oscar Salvador <osalvador@xxxxxxx>
• [PATCH 8/9] arch/s390: Clean up hugetlb definitions
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH 5/7] mm/list_lru: simplify reparenting and initial allocation
  • From: Kairui Song <ryncsn@xxxxxxxxx>
• Re: [PATCH 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: vmalloc: implement vrealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• Re: [PATCH 1/7] mm/swap, workingset: make anon workingset nodes memcg aware
  • From: Kairui Song <ryncsn@xxxxxxxxx>
• Re: [PATCH] mm: list_lru: fix UAF for memory cgroup
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH RFC] mm/page_alloc: Fix pcp->count race between drain_pages_zone() vs __rmqueue_pcplist()
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• [PATCH 3/9] arch/x86: Teach arch_get_unmapped_area_vmflags to handle hugetlb mappings
  • From: Oscar Salvador <osalvador@xxxxxxx>
• [PATCH 9/9] mm: Consolidate common checks in hugetlb_mmap_check_and_align
  • From: Oscar Salvador <osalvador@xxxxxxx>
• [PATCH 5/9] arch/powerpc: Teach book3s64 arch_get_unmapped_area{_topdown} to handle hugetlb mappings
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [syzbot] [crypto?] KASAN: slab-use-after-free Read in handle_mm_fault
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• [PATCH 6/9] mm: Make hugetlb mappings go through mm_get_unmapped_area_vmflags
  • From: Oscar Salvador <osalvador@xxxxxxx>
• [PATCH 4/9] arch/sparc: Teach arch_get_unmapped_area{_topdown} to handle hugetlb mappings
  • From: Oscar Salvador <osalvador@xxxxxxx>
• [PATCH 2/9] arch/s390: Teach arch_get_unmapped_area{_topdown} to handle hugetlb mappings
  • From: Oscar Salvador <osalvador@xxxxxxx>
• [PATCH 0/9] Unify hugetlb into arch_get_unmapped_area functions
  • From: Oscar Salvador <osalvador@xxxxxxx>
• [PATCH 1/9] mm/mmap: Teach generic_get_unmapped_area{_topdown} to handle hugetlb mappings
  • From: Oscar Salvador <osalvador@xxxxxxx>
• [linux-next:master 13064/13432] include/asm-generic/bitops/generic-non-atomic.h:128:undefined reference to `usb_kill_anchored_urbs'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: list_lru: fix UAF for memory cgroup
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [linux-next:master 7766/10451] drivers/clk/qcom/camcc-sm8650.c:3573:29: error: incompatible pointer types passing 'struct device *' to parameter of type 'struct platform_device *'
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [linux-next:master 7766/10451] drivers/clk/qcom/camcc-sm8650.c:3573:29: error: incompatible pointer types passing 'struct device *' to parameter of type 'struct platform_device *'
  • From: Jagadeesh Kona <quic_jkona@xxxxxxxxxxx>
• LPA2 on non-LPA2 hardware broken with 16K pages
  • From: Asahi Lina <lina@xxxxxxxxxxxxx>
• Re: [linux-next:master] [mm/hugetlb_vmemmap] 875fa64577: vm-scalability.throughput -34.3% regression
  • From: "Marc Hartmayer" <mhartmay@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] mm: skip memcg for certain address space
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 0/2] mm: skip memcg for certain address space
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• [PATCH] mm: kmem: remove mem_cgroup_from_obj()
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• RE: [RFC PATCH v9 06/11] cxl/mbox: Add SET_FEATURE mailbox command
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• RE: [RFC PATCH v9 05/11] cxl/mbox: Add GET_FEATURE mailbox command
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Bharata B Rao <bharata@xxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Bharata B Rao <bharata@xxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH 0/2] mm: skip memcg for certain address space
  • From: Qu Wenruo <wqu@xxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 0/2] mm: skip memcg for certain address space
  • From: Qu Wenruo <wqu@xxxxxxxx>
• Re: [RFC PATCH 3/3] mm/migrate: move common code to numa_migrate_check (was numa_migrate_prep)
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [PATCH] mm: list_lru: fix UAF for memory cgroup
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 0/2] mm: skip memcg for certain address space
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Vlastimil Babka <vbabka@xxxxxxx>