Linux Memory Management

• Thread Index

• Re: [Bug 216646] having TRANSPARENT_HUGEPAGE enabled hangs some applications (supervisor read access in kernel mode)
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v7 09/20] x86/virt/tdx: Get information about TDX module and TDX-capable memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [Bug 216646] having TRANSPARENT_HUGEPAGE enabled hangs some applications (supervisor read access in kernel mode)
  • From: Mikhail Pletnev <mmp.dux@xxxxxxxxx>
• Re: [PATCH] binfmt_misc: fix shift-out-of-bounds in check_special_flags
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1] mm: disable top-tier fallback to reclaim on proactive reclaim
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [GIT PULL] hotfixes for 6.1-rc8
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v1] mm: disable top-tier fallback to reclaim on proactive reclaim
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/24] page_pool: Convert page_pool_empty_ring() to use netmem
  • From: Alexander H Duyck <alexander.duyck@xxxxxxxxx>
• Re: [linux-next:master 2415/12617] ERROR: modpost: "__ld_r13_to_r21_ret" [lib/zstd/zstd_decompress.ko] undefined!
  • From: Nick Terrell <terrelln@xxxxxxxx>
• [linux-next:master] BUILD REGRESSION 5be860bfc73408bc1a8af9167955e480ecebba84
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4] mm/khugepaged: add tracepoint to collapse_file()
  • From: Gautam Menghani <gautammenghani201@xxxxxxxxx>
• Re: [PATCH] mm/mempolicy: failed to disable numa balancing
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: brk() in v6.1-rc1 can expand file mappings, seemingly without taking file locks
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] mm/huge_memory: add TRANSPARENT_HUGEPAGE_NEVER for THP
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [GIT PULL] hotfixes for 6.1-rc8
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• brk() in v6.1-rc1 can expand file mappings, seemingly without taking file locks
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/12] mm, slob: rename CONFIG_SLOB to CONFIG_SLOB_DEPRECATED
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH] mm/huge_memory: add TRANSPARENT_HUGEPAGE_NEVER for THP
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] mm/khugepaged: recover from poisoned anonymous memory
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [PATCH v7 09/20] x86/virt/tdx: Get information about TDX module and TDX-capable memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 2/5] pid: split cyclic id allocation cursor from idr
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH v3 5/5] procfs: use efficient tgid pid search on root readdir
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH v3 3/5] pid: switch pid_namespace from idr to xarray
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH v3 4/5] pid: mark pids associated with group leader tasks
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH v3 0/5] proc: improve root readdir latency with many threads
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH v3 1/5] pid: replace pidmap_lock with xarray lock
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH RFC] mm/userfaultfd: enable writenotify while userfaultfd-wp is enabled for a VMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 09/20] x86/virt/tdx: Get information about TDX module and TDX-capable memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] mm: do not BUG_ON missing brk mapping, because userspace can unmap it
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [Bug 216646] having TRANSPARENT_HUGEPAGE enabled hangs some applications (supervisor read access in kernel mode)
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm: do not BUG_ON missing brk mapping, because userspace can unmap it
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH RFC] mm/userfaultfd: enable writenotify while userfaultfd-wp is enabled for a VMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/userfaultfd: enable writenotify while userfaultfd-wp is enabled for a VMA
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] mm: do not BUG_ON missing brk mapping, because userspace can unmap it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] mm: do not BUG_ON missing brk mapping, because userspace can unmap it
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] mm/mmap: Properly unaccount memory on mas_preallocate() failure
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] mm/memfd: add MFD_NOEXEC_SEAL and MFD_EXEC
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3] mm/memfd: add MFD_NOEXEC_SEAL and MFD_EXEC
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: kernel BUG at include/linux/swapops.h:497!
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3] mm/memfd: security hook for memfd_create
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH RFC] mm/userfaultfd: enable writenotify while userfaultfd-wp is enabled for a VMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 1ace8487757e52f205591d915614472494e97d95
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [Bug 216646] having TRANSPARENT_HUGEPAGE enabled hangs some applications (supervisor read access in kernel mode)
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH v3] mm/memfd: add MFD_NOEXEC_SEAL and MFD_EXEC
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 09/20] x86/virt/tdx: Get information about TDX module and TDX-capable memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v7 09/20] x86/virt/tdx: Get information about TDX module and TDX-capable memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH 7/7] omfs: remove ->writepage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] jfs: remove ->writepage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] hpfs: remove ->writepage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] hfsplus: remove ->writepage
  • From: Christoph Hellwig <hch@xxxxxx>
• start removing writepage instances v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] fat: remove ->writepage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/7] extfat: remove ->writepage
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] hfs: remove ->writepage
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: start removing writepage instances
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] mm/memfd: security hook for memfd_create
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/10] crypto: Driver conversions for DMA alignment
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/10] crypto: Driver conversions for DMA alignment
  • From: liulongfang <liulongfang@xxxxxxxxxx>
• [PATCH v3 2/4] iov_iter: Add a function to extract a page list from an iterator
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 1/4] mm: Move FOLL_* defs to mm_types.h
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 0/4] iov_iter: Add extraction helpers
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 10/10] crypto: qce - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 9/10] crypto: octeontx2 - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 8/10] crypto: octeontx - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/10] crypto: keembay - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/10] crypto: safexcel - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/10] crypto: hisilicon/hpre - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/10] crypto: chelsio - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/10] crypto: ccree - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/10] crypto: ccp - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/10] crypto: cavium - Set DMA alignment explicitly
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/10] crypto: Driver conversions for DMA alignment
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: 程垲涛 Chengkaitao Cheng <chengkaitao@xxxxxxxxxxxxxx>
• [linux-next:master 2415/12617] ERROR: modpost: "__ld_r13_to_r21_ret" [lib/zstd/zstd_decompress.ko] undefined!
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master 6251/12617] Error: arch/arm64/boot/dts/qcom/sdm670.dtsi:427.29-30 syntax error
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v9] mm: add zblock - new allocator for use via zpool API
  • From: Vitaly Wool <vitaly.wool@xxxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression #forregzbot
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• [PATCH v2] mm/madvise: fix madvise_pageout for private file mappings
  • From: Pavankumar Kondeti <quic_pkondeti@xxxxxxxxxxx>
• Re: [RFC PATCH v2] mm: Add nodes= arg to memory.reclaim
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 8/9] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] mm: Add nodes= arg to memory.reclaim
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• [PATCH] mm/mmap: Properly unaccount memory on mas_preallocate() failure
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [RFC PATCH v2] mm: Add nodes= arg to memory.reclaim
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH mm-unstable v1 7/8] mm: multi-gen LRU: clarify scan_control flags
  • From: Hillf Danton <hdanton@xxxxxxxx>
• [PATCH v9] mm: add zblock - new allocator for use via zpool API
  • From: Ananda Badmaev <a.badmaev@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] mm: Add nodes= arg to memory.reclaim
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2 2/3] selftests: cgroup: refactor proactive reclaim code to reclaim_until()
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH] binfmt: Fix error return code in load_elf_fdpic_binary()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 3/3] selftests: cgroup: make sure reclaim target memcg is unprotected
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH v3 2/3] selftests: cgroup: refactor proactive reclaim code to reclaim_until()
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH v3 1/3] mm: memcg: fix stale protection of reclaim target memcg
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• [PATCH v3 0/3] mm: memcg: fix protection of reclaim target memcg
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH] binfmt: Fix error return code in load_elf_fdpic_binary()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1] mm: disable top-tier fallback to reclaim on proactive reclaim
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v8 1/2] mm/khugepaged: recover from poisoned anonymous memory
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [RFC PATCH V1] mm: Disable demotion from proactive reclaim
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH V1] mm: Disable demotion from proactive reclaim
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [RFC PATCH V1] mm: Disable demotion from proactive reclaim
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] binfmt: Fix error return code in load_elf_fdpic_binary()
  • From: Wang Yufen <wangyufen@xxxxxxxxxx>
• Re: [PATCH v4 1/3] kunit: Provide a static key to check if KUnit is actively running tests
  • From: Daniel Latypov <dlatypov@xxxxxxxxxx>
• Re: [PATCH v4 3/3] mm: slub: test: Use the kunit_get_current_test() function
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] kunit: Use the static key when retrieving the current test
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 1/3] kunit: Provide a static key to check if KUnit is actively running tests
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v1] mm: disable top-tier fallback to reclaim on proactive reclaim
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH] mm/memremap: Introduce pgmap_request_folio() using pgmap offsets
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] mm/khugepaged: recover from poisoned anonymous memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: migrate: Fix THP's mapcount on isolation
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [RFC PATCH V1] mm: Disable demotion from proactive reclaim
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH 1/1] mm/page_alloc: update comments in __free_pages_ok()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH mm-unstable v1 8/8] mm: multi-gen LRU: simplify arch_has_hw_pte_young() check
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH mm-unstable v1 7/8] mm: multi-gen LRU: clarify scan_control flags
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH mm-unstable v1 6/8] mm: multi-gen LRU: per-node lru_gen_folio lists
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH mm-unstable v1 5/8] mm: multi-gen LRU: shuffle should_run_aging()
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH mm-unstable v1 4/8] mm: multi-gen LRU: remove aging fairness safeguard
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH mm-unstable v1 3/8] mm: multi-gen LRU: remove eviction fairness safeguard
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH mm-unstable v1 2/8] mm: multi-gen LRU: rename lrugen->lists[] to lrugen->folios[]
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH mm-unstable v1 1/8] mm: multi-gen LRU: rename lru_gen_struct to lru_gen_folio
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH mm-unstable v1 0/8] mm: multi-gen LRU: memcg LRU
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] mm: Add nodes= arg to memory.reclaim
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [linux-next:master 7203/12258] drivers/regulator/tps65219-regulator.c:310:32: warning: parameter 'dev' set but not used
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [RFC PATCH v2] mm: Add nodes= arg to memory.reclaim
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V1] mm: Disable demotion from proactive reclaim
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [linux-next:master] [printk] 8bdbdd7f43: BUG:scheduling_while_atomic
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH] mm/huge_memory: add TRANSPARENT_HUGEPAGE_NEVER for THP
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 26/43] mmap: Convert __vma_adjust() to use vma iterator
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/madvise: fix madvise_pageout for private file mappings
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC] Improving userfaultfd scalability for live migration
  • From: James Houghton <jthoughton@xxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] mm: remove lock_page_memcg() from rmap
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 1/1] riscv: Fix P4D_SHIFT definition for 3-level page table mode
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [mm] f35b5d7d67: will-it-scale.per_process_ops -95.5% regression
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: kernel BUG at include/linux/swapops.h:497!
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 2934ceb4e967b9233d0f97732e47175574a11406
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: kernel BUG at include/linux/swapops.h:497!
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [akpm-mm:mm-unstable 99/336] pmem.c:undefined reference to `dax_holder_notify_failure'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/6] slab: Provide full coverage for __alloc_size attribute
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [linux-next:master 11339/12258] arch/loongarch/kernel/ftrace_dyn.c:47:36: error: invalid use of undefined type 'struct module'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] selftests/damon: test removed scheme sysfs dir access bug
  • From: SeongJae Park <sj@xxxxxxxxxx>
• kernel BUG at include/linux/swapops.h:497!
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] mm: Make ksize() a reporting-only function
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [linux-next:master] [printk] 8bdbdd7f43: BUG:scheduling_while_atomic
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] mm: remove lock_page_memcg() from rmap
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH v2] mm: Add nodes= arg to memory.reclaim
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: 程垲涛 Chengkaitao Cheng <chengkaitao@xxxxxxxxxxxxxx>
• Re: [PATCH] mm/madvise: fix madvise_pageout for private file mappings
  • From: Pavan Kondeti <quic_pkondeti@xxxxxxxxxxx>
• [PATCH 1/1] riscv: Fix P4D_SHIFT definition for 3-level page table mode
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 0/1] riscv: Fix P4D_SHIFT definition for 3-level page table mode
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 1/1] mm/page_alloc: update comments in __free_pages_ok()
  • From: wonder_rock@xxxxxxx
• Re: [PATCHv7 08/14] x86/mm: Reserve unaccepted memory bitmap
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm/madvise: fix madvise_pageout for private file mappings
  • From: Mark Hemment <markhemm@xxxxxxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS aa32fdf387da4eedb283210f6f01824ac8bec6eb
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/madvise: fix madvise_pageout for private file mappings
  • From: Pavan Kondeti <quic_pkondeti@xxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] Introduce merge identical pages mechanism
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: 程垲涛 Chengkaitao Cheng <chengkaitao@xxxxxxxxxxxxxx>
• Re: [PATCH] mm/madvise: fix madvise_pageout for private file mappings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH v1 0/4] Introduce merge identical pages mechanism
  • From: Dmitry Rokosov <ddrokosov@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: 程垲涛 Chengkaitao Cheng <chengkaitao@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] Introduce merge identical pages mechanism
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] Introduce merge identical pages mechanism
  • From: Dmitry Rokosov <ddrokosov@xxxxxxxxxxxxxx>
• Re: nvdimm,pmem: makedumpfile: __vtop4_x86_64: Can't get a valid pte.
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [PATCHv7 08/14] x86/mm: Reserve unaccepted memory bitmap
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: 程垲涛 Chengkaitao Cheng <chengkaitao@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] mm/slub, kunit: Add a test case for kmalloc redzone check
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• RE: [linux-next:master] [printk] 8bdbdd7f43: BUG:scheduling_while_atomic
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: 程垲涛 Chengkaitao Cheng <chengkaitao@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/3] mm/vmalloc.c: allow vread() to read out vm_map_ram areas
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] mm/madvise: fix madvise_pageout for private file mappings
  • From: Pavan Kondeti <quic_pkondeti@xxxxxxxxxxx>
• [linux-next:master 10859/12006] drivers/irqchip/irq-loongarch-cpu.c:96:12: warning: no previous prototype for 'loongarch_cpu_irq_of_init'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [QUESTION] memcg page_counter seems broken in MADV_DONTNEED with THP enabled
  • From: Yongqiang Liu <liuyongqiang13@xxxxxxxxxx>
• Re: [RFC PATCH V1] mm: Disable demotion from proactive reclaim
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [PATCH v8 0/2] Memory poison recovery in khugepaged collapsing
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v8 1/2] mm/khugepaged: recover from poisoned anonymous memory
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v8 2/2] mm/khugepaged: recover from poisoned file-backed memory
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [PATCH] mm/memremap: Introduce pgmap_request_folio() using pgmap offsets
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] mm: remove lock_page_memcg() from rmap
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v3 13/13] dma: arm64: Add CONFIG_DMA_BOUNCE_UNALIGNED_KMALLOC and enable it for arm64
  • From: Alexander Graf <agraf@xxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [RFC PATCH v2 06/47] hugetlb: extend vma lock for shared vmas
  • From: James Houghton <jthoughton@xxxxxxxxxx>
• Re: [Question] Should we reuse target when damon's operation changed?
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [RFC PATCH v2 25/47] hugetlb: add HGM support for copy_hugetlb_page_range
  • From: James Houghton <jthoughton@xxxxxxxxxx>
• Re: [PATCH] mm/madvise: fix madvise_pageout for private file mappings
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] mm/slub, kunit: Add a test case for kmalloc redzone check
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [linux-next:master 11359/12006] arch/loongarch/kernel/ftrace_dyn.c:113:6: warning: no previous prototype for 'prepare_ftrace_return'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: remove lock_page_memcg() from rmap
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v7 10/20] x86/virt/tdx: Use all system memory when initializing TDX module as TDX memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 1/2] mm/migrate: Fix read-only page got writable when recover pte
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/24] page_pool: Convert page_pool_release_page() to page_pool_release_netmem()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 01/24] netmem: Create new type
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 03/24] page_pool: Add netmem_set_dma_addr() and netmem_get_dma_addr()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 05/24] page_pool: Start using netmem in allocation path.
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 09/24] page_pool: Convert page_pool_defrag_page() to page_pool_defrag_netmem()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 20/24] mm: Remove page pool members from struct page
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 18/24] page_pool: Convert frag_page to frag_nmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 07/24] page_pool: Convert __page_pool_put_page() to __page_pool_put_netmem()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 23/24] net: Add support for netmem in skb_frag
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 21/24] netmem_to_virt
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 16/24] page_pool: Use netmem in page_pool_drain_frag()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 10/24] page_pool: Convert page_pool_put_defragged_page() to netmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 00/24] Split page pools from struct page
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 24/24] mvneta: Convert to netmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 02/24] netmem: Add utility functions
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 12/24] page_pool: Convert page_pool_alloc_pages() to page_pool_alloc_netmem()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 14/24] page_pool: Convert page_pool_recycle_in_cache() to netmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 13/24] page_pool: Convert page_pool_dma_sync_for_device() to take a netmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 17/24] page_pool: Convert page_pool_return_skb_page() to use netmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 06/24] page_pool: Convert page_pool_return_page() to page_pool_return_netmem()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 15/24] page_pool: Remove page_pool_defrag_page()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 11/24] page_pool: Convert page_pool_empty_ring() to use netmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 19/24] xdp: Convert to netmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 08/24] page_pool: Convert pp_alloc_cache to contain netmem
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 22/24] page_pool: Pass a netmem to init_callback()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• BUG: Bad page map in process init pte:c0ab684c pmd:01182000 (on a PowerMac G4 DP)
  • From: "Erhard F." <erhard_f@xxxxxxxxxxx>
• Re: [PATCH rcu 12/16] percpu-refcount: Use call_rcu_hurry() for atomic switch
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] mm: set the vma flags dirty before testing if it is mergeable
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• BUG: non-zero pgtables_bytes on freeing mm: -4096 (on a PowerMac G5)
  • From: "Erhard F." <erhard_f@xxxxxxxxxxx>
• Re: [RFC PATCH v2 25/47] hugetlb: add HGM support for copy_hugetlb_page_range
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [RFC PATCH v2 06/47] hugetlb: extend vma lock for shared vmas
  • From: Peter Xu <peterx@xxxxxxxxxx>
• RE: [PATCH v7 17/20] x86/virt/tdx: Configure global KeyID on all packages
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• [RFC PATCH v2 10/11] Docs/admin-guide/mm/damon/usage: document DAMOS filters of sysfs
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 09/11] selftests/damon/sysfs: test filters directory
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 11/11] Docs/ABI/damon: document scheme filters files
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 08/11] mm/damon/sysfs-schemes: implement scheme filters
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 06/11] mm/damon/sysfs-schemes: implement filter directory
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 07/11] mm/damon/sysfs-schemes: connect filter directory and filters directory
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 03/11] mm/damon/reclaim: add a parameter called skip_anon for avoiding anonymous pages reclamation
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 00/11] implement DAMOS filtering for anon pages and
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 01/11] mm/damon/core: implement damos filter
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 05/11] mm/damon/sysfs-schemes: implement filters directory
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 02/11] mm/damon/paddr: support DAMOS filters
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 04/11] Docs/admin-guide/damon/reclaim: document 'skip_anon' parameter
  • From: SeongJae Park <sj@xxxxxxxxxx>
• RE: nvdimm,pmem: makedumpfile: __vtop4_x86_64: Can't get a valid pte.
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 1/2] kasan: allow sampling page_alloc allocations for HW_TAGS
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxx>
• Re: [RFC PATCH v2] mm: Add nodes= arg to memory.reclaim
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH rcu 12/16] percpu-refcount: Use call_rcu_hurry() for atomic switch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH 08/11] mm/damon/sysfs-schemes: implement scheme filters
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 09f2f0dde2e87e79bc2c060dc1bcdf2a8a376546
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH V1] mm: Disable demotion from proactive reclaim
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH v3 13/13] dma: arm64: Add CONFIG_DMA_BOUNCE_UNALIGNED_KMALLOC and enable it for arm64
  • From: Isaac Manjarres <isaacmanjarres@xxxxxxxxxx>
• Re: [PATCH v2 2/3] selftests: cgroup: refactor proactive reclaim code to reclaim_until()
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH rcu 12/16] percpu-refcount: Use call_rcu_hurry() for atomic switch
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH rcu 12/16] percpu-refcount: Use call_rcu_hurry() for atomic switch
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [linux-next:master] [printk] 8fc5f5fc7f: WARNING:at_kernel/printk/printk.c:#console_flush_all
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v7 17/20] x86/virt/tdx: Configure global KeyID on all packages
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] mm: remove lock_page_memcg() from rmap
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 2/3] selftests: cgroup: refactor proactive reclaim code to reclaim_until()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• [linux-next:master] [printk] 8bdbdd7f43: BUG:scheduling_while_atomic
  • From: kernel test robot <yujie.liu@xxxxxxxxx>
• [linux-next:master] [printk] 8fc5f5fc7f: WARNING:at_kernel/printk/printk.c:#console_flush_all
  • From: kernel test robot <yujie.liu@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 700e0cd3a5ce6a2cb90d9a2aab729b52f092a7d6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: remove lock_page_memcg() from rmap
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH 09/10] mm/hugetlb: Make page_vma_mapped_walk() safe to pmd unshare
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 05/43] mm: Expand vma iterator interface.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 09/10] mm/hugetlb: Make page_vma_mapped_walk() safe to pmd unshare
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 03/10] mm/hugetlb: Document huge_pte_offset usage
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: protect the memory in cgroup from being oom killed
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 03/10] mm/hugetlb: Document huge_pte_offset usage
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 00/10] mm/hugetlb: Make huge_pte_offset() thread-safe for pmd unshare
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 09/10] mm/hugetlb: Make page_vma_mapped_walk() safe to pmd unshare
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 08/10] mm/hugetlb: Make walk_hugetlb_range() safe to pmd unshare
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 03/10] mm/hugetlb: Document huge_pte_offset usage
  • From: David Hildenbrand <david@xxxxxxxxxx>