Linux Memory Management

• Thread Index

• [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>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Jesper Dangaard Brouer <hawk@xxxxxxxxxx>
• 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: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: "Huang, Ying" <ying.huang@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: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Hailong Liu <hailong.liu@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: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 0/2] mm: skip memcg for certain address space
  • 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] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • 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: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH v9 02/11] EDAC: Add EDAC scrub control driver
  • From: Mauro Carvalho Chehab <maurochehab@xxxxxxxxx>
• Re: [PATCH RFC] mm: warn potential return NULL for kmalloc_array and kvmalloc_array with __GFP_NOFAIL
  • From: Michal Hocko <mhocko@xxxxxxxx>
• 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: [PATCH v4 1/3] mm: swap: swap cluster switch to double link list
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH] execve: Move KUnit tests to tests/ subdirectory
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm: swap: mTHP swap allocator base on swap cluster order
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [PATCH v2] selftests/mm: Skip test for non-LPA2 and non-LVA systems
  • From: Dev Jain <dev.jain@xxxxxxx>
• Re: [PATCH] mm/memory-failure: fix VM_BUG_ON_PAGE(PagePoisoned(page)) when unpoison memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Regression on linux-next (next-20240712)
  • From: "Borah, Chaitanya Kumar" <chaitanya.kumar.borah@xxxxxxxxx>
• Re: [PATCH 2/3] x86: Add basic support for the Congatec CGEB BIOS interface
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next] selftests/mm: mseal, self_elf: Fix warning comparing pointer to 0
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: vmalloc: implement vrealloc()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH -next] selftests/mm: mseal, self_elf: Fix warning comparing pointer to 0
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/memory-failure: fix VM_BUG_ON_PAGE(PagePoisoned(page)) when unpoison memory
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• 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: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• [linux-next:master 11543/13349] drivers/mailbox/qcom-cpucp-mbox.c:54:18: error: implicit declaration of function 'readq'; did you mean 'readb'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/3] x86: Add basic support for the Congatec CGEB BIOS interface
  • From: Mary Strodl <mstrodl@xxxxxxxxxxx>
• [PATCH 3/3] i2c: Add Congatec CGEB I2C driver
  • From: Mary Strodl <mstrodl@xxxxxxxxxxx>
• [PATCH 0/3] Add support for Congatec CGEB BIOS interface
  • From: Mary Strodl <mstrodl@xxxxxxxxxxx>
• [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range
  • From: Mary Strodl <mstrodl@xxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 797012914d2d031430268fe512af0ccd7d8e46ef
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v5 11/21] mm/mmap: Reposition vma iterator in mmap_region()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 16/21] mm/mmap: Use vms accounted pages in mmap_region()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Shared calendar for the schedule (was Re: DAMON Beer/Coffee/Tea chat reminder and extending for office hour)
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Waiman Long <longman@xxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 3adc29e2f4338a3da35bc4e3a00adb5be7d2c38a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v5 09/21] mm/mmap: Expand mmap_region() munmap call
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 21/21] mm/mmap: Drop incorrect comment from vms_gather_munmap_vmas()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 18/21] mm/mmap: Move can_modify_mm() check down the stack
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 15/21] mm/mmap: Use PHYS_PFN in mmap_region()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [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 <quwenruo.btrfs@xxxxxxx>
• [PATCH 0/2] Align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 2/2] mm: kvmalloc: align kvrealloc() with krealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH 1/2] mm: vmalloc: implement vrealloc()
  • From: Danilo Krummrich <dakr@xxxxxxxxxx>
• [PATCH v5 14/21] mm/mmap: Avoid zeroing vma tree in mmap_region()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 08/21] mm/mmap: Inline munmap operation in mmap_region()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 06/21] mm/mmap: Change munmap to use vma_munmap_struct() for accounting and surrounding vmas
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH RFC 6/6] mm: Convert "*_trans_huge() || *_devmap()" to use *_leaf()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH RFC 0/6] mm: THP-agnostic refactor on huge mappings
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH RFC 4/6] mm: Move huge mapping declarations from internal.h to huge_mm.h
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH RFC 5/6] mm/huge_mapping: Create huge_mapping_pxx.c
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH RFC 3/6] mm/treewide: Make pgtable-generic.c THP agnostic
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH RFC 1/6] mm/treewide: Remove pgd_devmap()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH RFC 2/6] mm: PGTABLE_HAS_P[MU]D_LEAVES config options
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 2/2] alloc_tag: outline and export free_reserved_page()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 1/1] alloc_tag: outline and export free_reserved_page()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH] execve: Move KUnit tests to tests/ subdirectory
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v2 2/2] alloc_tag: outline and export free_reserved_page()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• [PATCH v5 17/21] mm/mmap: Relocate arch_unmap() to vms_complete_munmap_vmas()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 19/21] ipc/shm, mm: Drop do_vma_munmap()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 12/21] mm/mmap: Track start and end of munmap in vma_munmap_struct
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 10/21] mm/mmap: Support vma == NULL in init_vma_munmap()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 02/21] mm/mmap: Introduce abort_munmap_vmas()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] mm: Fix endless reclaim on machines with unaccepted memory.
  • From: Jianxiong Gao <jxgao@xxxxxxxxxx>
• Re: [linux-next:master] [hugetlb] 003af997c8: libhugetlbfs-test.32/64bit.counters_sh.fail
  • From: Aristeu Rozanski <aris@xxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] alloc_tag: outline and export free_reserved_page()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH v9 06/11] cxl/mbox: Add SET_FEATURE mailbox command
  • From: nifan.cxl@xxxxxxxxx
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• [PATCH v5 03/21] mm/mmap: Introduce vmi_complete_munmap_vmas()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v2 2/2] alloc_tag: outline and export free_reserved_page()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 05/21] mm/mmap: Introduce vma_munmap_struct for use in munmap operations
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 13/21] mm/mmap: Clean up unmap_region() argument list
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 20/21] mm/mmap: Move may_expand_vm() check in mmap_region()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 07/21] mm/mmap: Extract validate_mm() from vma_complete()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 04/21] mm/mmap: Extract the gathering of vmas from do_vmi_align_munmap()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 01/21] mm/mmap: Correctly position vma_iterator in __split_vma()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v5 00/21] Avoid MAP_FIXED gap exposure
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: Regression on linux-next (next-20240712)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] alloc_tag: outline and export free_reserved_page()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 0/6] mm: zswap: global shrinker fix and proactive shrink
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• [linux-next:fs-next] BUILD SUCCESS 8c166e9a63f3f095a76c2201ded142f70c17aaac
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH 2/2] alloc_tag: outline and export {get|put}_page_tag_ref() used by modules
  • From: Suren Baghdasaryan <surenb@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] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH v2 2/2] alloc_tag: outline and export free_reserved_page()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 1/2] alloc_tag: export mem_alloc_profiling_key used by modules
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [RFC PATCH v9 05/11] cxl/mbox: Add GET_FEATURE mailbox command
  • From: nifan.cxl@xxxxxxxxx
• Re: [PATCH v2 0/6] mm: zswap: global shrinker fix and proactive shrink
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v2 0/6] mm: zswap: global shrinker fix and proactive shrink
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Re: [PATCH v4 14/21] mm/mmap: Avoid zeroing vma tree in mmap_region()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RFC PATCH v9 04/11] cxl/mbox: Add GET_SUPPORTED_FEATURES mailbox command
  • From: nifan.cxl@xxxxxxxxx
• Re: [PATCH 2/2] alloc_tag: outline and export {get|put}_page_tag_ref() used by modules
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3 1/1] x86/elf: Add a new .note section containing xfeatures buffer layout info to x86 core files
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [RFC PATCH v9 03/11] EDAC: Add EDAC ECS control driver
  • From: nifan.cxl@xxxxxxxxx
• Re: [RFC PATCH v1 2/4] mm: Introduce "always+exec" for mTHP file_enabled control
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v3] vmstat: Kernel stack usage histogram
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Karim Manaouil <kmanaouil.dev@xxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Jesper Dangaard Brouer <hawk@xxxxxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Karim Manaouil <kmanaouil.dev@xxxxxxxxx>
• Re: [PATCH V7 1/2] cgroup/rstat: Avoid thundering herd problem by kswapd across NUMA nodes
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 0/2] mm: skip memcg for certain address space
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH V4 2/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: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH 0/2] mm: skip memcg for certain address space
  • From: "Vlastimil Babka (SUSE)" <vbabka@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [linux-next:master] [mm/hugetlb_vmemmap] 875fa64577: vm-scalability.throughput -34.3% regression
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: Chris Li <chrisl@xxxxxxxxxx>
• Re: [PATCH 04/17] arch, mm: move definition of node_data to generic code
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 02/17] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v9 05/39] arm64/gcs: Document the ABI for Guarded Control Stacks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v10 01/10] fs: Allow fine-grained control of folio sizes
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v10 01/10] fs: Allow fine-grained control of folio sizes
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v10 01/10] fs: Allow fine-grained control of folio sizes
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/17] mm: move kernel/numa.c to mm/
  • 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: [PATCH 03/17] MIPS: loongson64: rename __node_data to node_data
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] Control folio sizes used for page cache memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: cg2 memory{.swap,}.peak write handlers
  • From: David Finkel <davidf@xxxxxxxxx>
• Re: [linux-next:master 12947/13217] drivers/net/ethernet/meta/fbnic/fbnic_txrx.c:1088:6: error: call to '__compiletime_assert_749' declared with 'error' attribute: FIELD_PREP: value too large for the field
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] mm/x86/pat: Only untrack the pfn range if unmap region
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 18/21] mm/mmap: Move can_modify_mm() check down the stack
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• RE: [RFC PATCH v9 02/11] EDAC: Add EDAC scrub control driver
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH] mm: Fix endless reclaim on machines with unaccepted memory.
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix and cleanups to quota
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/4] quota: avoid missing put_quota_format when DQUOT_SUSPENDED is passed
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v9 03/11] EDAC: Add EDAC ECS control driver
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [RFC PATCH v9 02/11] EDAC: Add EDAC scrub control driver
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH net-next v9 06/13] mm: page_frag: reuse existing space for 'size' and 'pfmemalloc'
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH] selftests/mm: Skip test for non-LPA2 and non-LVA systems
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [linux-next:fs-current] BUILD SUCCESS 9f3ae347ce0fc73e9e008310a06fac977715b404
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] selftests/mm: Skip test for non-LPA2 and non-LVA systems
  • From: Dev Jain <dev.jain@xxxxxxx>
• Re: [PATCH] mm: Fix endless reclaim on machines with unaccepted memory.
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v6 5/9] Documentation: add a new file documenting multigrain timestamps
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] selftests/mm: Skip test for non-LPA2 and non-LVA systems
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v6 9/9] tmpfs: add support for multigrain timestamps
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 7/9] ext4: switch to multigrain timestamps
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 5/9] Documentation: add a new file documenting multigrain timestamps
  • From: Jan Kara <jack@xxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [PATCH v6 4/9] fs: have setattr_copy handle multigrain timestamps appropriately
  • From: Jan Kara <jack@xxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Hillf Danton <hdanton@xxxxxxxx>
• [PATCH] selftests/mm: Skip test for non-LPA2 and non-LVA systems
  • From: Dev Jain <dev.jain@xxxxxxx>
• RE: [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• RE: [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: Regression on linux-next (next-20240712)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v6 2/9] fs: tracepoints around multigrain timestamp events
  • From: Jan Kara <jack@xxxxxxx>
• Re: Hard and soft lockups with FIO and LTP runs on a large system
  • From: Bharata B Rao <bharata@xxxxxxx>
• [GIT PULL] slab updates for 6.11
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v1 2/2] mm: mTHP stats for pagecache folio allocations
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH v1 0/4] Control folio sizes used for page cache memory
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v6 3/9] fs: add percpu counters for significant multigrain timestamp events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 1/9] fs: add infrastructure for multigrain timestamps
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v1 0/4] Control folio sizes used for page cache memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• 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: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/2] mm: mTHP stats for pagecache folio allocations
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 2/3] mm: swap: mTHP allocate swap entries from nonfull list
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v10 10/10] xfs: enable block size larger than page size support
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/2] mm: mTHP stats for pagecache folio allocations
  • From: David Hildenbrand <david@xxxxxxxxxx>