Linux Memory Management

• Thread Index

• Re: [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v5 18/38] nios2: Implement the new page table range API
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• [PATCH v2 1/1] mm/filemap: remove hugetlb special casing in filemap.c
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• [PATCH v2 0/1] change ->index to PAGE_SIZE for hugetlb pages
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 03/38] mm: Add generic flush_icache_pages() and documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/3] zram: remove swap_slot_free_notify
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 2/3] zram: support frontswap
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 1/3] frontswap: support backing_dev
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 0/3] zram: use frontswap for zram swap usecase
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [akpm-mm:mm-unstable 86/125] drivers/irqchip/irq-al-fic.c:281:2: error: call to undeclared function 'iounmap'; ISO C99 and later do not support implicit function declarations
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v5 12/38] hexagon: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 02/38] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 19/38] openrisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 28/38] x86: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 05/38] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 35/38] rmap: add folio_add_file_rmap_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 32/38] mm: Tidy up set_ptes definition
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 36/38] mm: Convert do_set_pte() to set_pte_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 30/38] mm: Remove page_mapping_file()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 06/38] mm: Add default definition of set_ptes()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 01/38] minmax: Add in_range() macro
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 26/38] sparc64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 37/38] filemap: Batch PTE mappings
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 34/38] filemap: Add filemap_map_folio_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 16/38] microblaze: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 29/38] xtensa: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 25/38] sparc32: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 03/38] mm: Add generic flush_icache_pages() and documentation
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 24/38] sh: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 21/38] powerpc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 15/38] m68k: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 27/38] um: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 38/38] mm: Call update_mmu_cache_range() in more page fault handling paths
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 33/38] mm: Use flush_icache_pages() in do_set_pmd()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 22/38] riscv: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 00/38] New page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 31/38] mm: Rationalise flush_icache_pages() and flush_icache_page()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 20/38] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 23/38] s390: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 14/38] loongarch: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 17/38] mips: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 18/38] nios2: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 09/38] arm: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 08/38] arc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 13/38] ia64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 10/38] arm64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 11/38] csky: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 07/38] alpha: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [BUG]: bad usercopy in kvm_stats_read in mm/usercopy.c
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dma-contiguous: support numa CMA for specified node
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v12 07/22] x86/virt/tdx: Add skeleton to enable TDX on demand
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 08/13] powerpc/mm/trace: Convert trace event to trace event class
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 06/13] mm/huge pud: Use transparent huge pud helpers only with CONFIG_TRANSPARENT_HUGEPAGE
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 05/13] mm: Add __HAVE_ARCH_PUD_SAME similar to __HAVE_ARCH_P4D_SAME
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 04/13] mm/vmemmap: Allow architectures to override how vmemmap optimization works
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v4 03/13] mm/vmemmap: Improve vmemmap_can_optimize and allow architectures to override
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH v4 02/13] mm: Change pudp_huge_get_and_clear_full take vm_area_struct as arg
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 01/13] mm/hugepage pud: Allow arch-specific helper function to check huge page pud support
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Zi Yan <ziy@xxxxxxxxxx>
• [PATCH v4 13/13] powerpc/book3s64/radix: Add debug message to give more details of vmemmap allocation
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH] hugetlbfs: Fix integer overflow check in hugetlbfs_file_mmap()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH v4 12/13] powerpc/book3s64/radix: Remove mmu_vmemmap_psize
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 11/13] powerpc/book3s64/radix: Add support for vmemmap optimization for radix
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 10/13] powerpc/book3s64/vmemmap: Switch radix to use a different vmemmap handling function
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 09/13] powerpc/book3s64/mm: Enable transparent pud hugepage
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 08/13] powerpc/mm/trace: Convert trace event to trace event class
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 07/13] mm/vmemmap optimization: Split hugetlb and devdax vmemmap optimization
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 06/13] mm/huge pud: Use transparent huge pud helpers only with CONFIG_TRANSPARENT_HUGEPAGE
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 00/13] Add support for DAX vmemmap optimization for ppc64
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 05/13] mm: Add __HAVE_ARCH_PUD_SAME similar to __HAVE_ARCH_P4D_SAME
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 04/13] mm/vmemmap: Allow architectures to override how vmemmap optimization works
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 03/13] mm/vmemmap: Improve vmemmap_can_optimize and allow architectures to override
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 02/13] mm: Change pudp_huge_get_and_clear_full take vm_area_struct as arg
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 01/13] mm/hugepage pud: Allow arch-specific helper function to check huge page pud support
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [RESEND PATCH 1/8] maple_tree: set the node limit when creating a new root node
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 1/8] maple_tree: set the node limit when creating a new root node
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v4 33/35] maple_tree: Update testing code for mas_{next,prev,walk}
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 2/2] zram: charge the compressed RAM to the page's memcgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm/slub: disable slab merging in the default configuration
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 8/8] of: make OF_EARLY_FLATTREE depend on HAS_IOMEM
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: Expensive memory.stat + cpu.stat reads
  • From: Michal Koutný <mkoutny@xxxxxxxx>
• Re: [PATCH v2 12/32] mm/vmalloc: vmalloc_to_page() use pte_offset_kernel()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [BUG] trigger BUG_ON in mas_store_prealloc when low memory
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION fe57d0d86f03a8b2afe2869a95477d0ed1824c96
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 10/11] Documentation: kselftest: "make headers" is a prerequisite
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH V3] [PATCH V3] NUMA:Improve the efficiency of calculating pages loss
  • From: Liam Ni <zhiguangni01@xxxxxxxxx>
• Re: [RESEND PATCH 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 00/89] fs: new accessors for inode->i_ctime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 00/14] Transparent Contiguous PTEs for User Mappings
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2] scripts/gdb: fix 'lx-lsmod' showing the wrong size
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH RFC v9 05/51] x86/coco: move CONFIG_HAS_CC_PLATFORM check down into coco/Makefile
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [BUG] trigger BUG_ON in mas_store_prealloc when low memory
  • From: John Hsu (許永翰) <John.Hsu@xxxxxxxxxxxx>
• [syzbot] Monthly mm report (Jul 2023)
  • From: syzbot <syzbot+list3f0f911fd8f4559c698c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/89] fs: new accessors for inode->i_ctime
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 00/92] fs: new accessors for inode->i_ctime
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v1 00/14] Transparent Contiguous PTEs for User Mappings
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 2654f2b00aa02e6a02f1012e265883eb8aca290d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] zram: charge the compressed RAM to the page's memcgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v8 11/19] sh: add <asm-generic/io.h> including
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] kasan, slub: fix HW_TAGS zeroing with slub_debug
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RESEND PATCH 6/8] maple_tree: update mt_validate()
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v2] scripts/gdb: fix 'lx-lsmod' show the wrong size
  • From: Kuan-Ying Lee <Kuan-Ying.Lee@xxxxxxxxxxxx>
• [PATCH] mm/mm_init.c: mark check_for_memory() as __init
  • From: Haifeng Xu <haifeng.xu@xxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: compaction: skip the memory hole rapidly when isolating free pages
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH] scripts/gdb: fix 'lx-lsmod' show the wrong size
  • From: Kuan-Ying Lee (李冠穎) <Kuan-Ying.Lee@xxxxxxxxxxxx>
• Re: [RESEND PATCH 5/8] maple_tree: make mas_validate_limits() check root node and node limit
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH] hugetlbfs: Fix integer overflow check in hugetlbfs_file_mmap()
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v8 11/19] sh: add <asm-generic/io.h> including
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v10 1/4] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v10 3/4] mm/tlbbatch: Introduce arch_flush_tlb_batched_pending()
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v10 4/4] arm64: support batched/deferred tlb shootdown during page reclamation/migration
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v10 2/4] mm/tlbbatch: Rename and extend some functions
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v10 0/4] arm64: support batched/deferred tlb shootdown during page reclamation/migration
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH] hugetlbfs: Fix integer overflow check in hugetlbfs_file_mmap()
  • From: Linke Li <lilinke99@xxxxxxxxxxx>
• Re: [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 1/8] mm: memory-failure: fix potential permanently locked hpage
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v8 11/19] sh: add <asm-generic/io.h> including
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 7/8] mm: memory-failure: fetch compound head after extra page refcnt is held
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 6/8] mm: memory-failure: minor cleanup for comments and codestyle
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 5/8] mm: memory-failure: remove unneeded header files
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 4/8] mm: memory-failure: use local variable huge to check hugetlb page
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 3/8] mm: memory-failure: Don't account hwpoison_filter() filtered pages
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 2/8] mm: memory-failure: ensure moving HWPoison flag to the raw error pages
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH 1/8] mm: memory-failure: fix potential permanently locked hpage
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [syzbot] [mm?] [reiserfs?] kernel panic: stack is corrupted in ___slab_alloc
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH] dma-contiguous: support numa CMA for specified node
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [syzbot] [mm?] [reiserfs?] kernel panic: stack is corrupted in ___slab_alloc
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [syzbot] [mm?] [reiserfs?] kernel panic: stack is corrupted in ___slab_alloc
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [syzbot] [mm?] KASAN: slab-use-after-free Read in move_to_new_folio
  • From: syzbot <syzbot+009d9721acf40a64eab9@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC 2/2] mm: alloc/free depth based PCP high auto-tuning
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [RFC 1/2] mm: add framework for PCP high auto-tuning
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [RFC 0/2] mm: PCP high auto-tuning
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH v8 02/19] hexagon: mm: Convert to GENERIC_IOREMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] mm: compaction: skip the memory hole rapidly when isolating free pages
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 296d53d8f84ce50ffaee7d575487058c8d437335
  • From: Yujie Liu <yujie.liu@xxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [PATCH] mm: kfence: allocate kfence_metadata at runtime
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v7 0/2] ACPI: APEI: handle synchronous exceptions with proper si_code
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v9 05/51] x86/coco: move CONFIG_HAS_CC_PLATFORM check down into coco/Makefile
  • From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2] mm/slub: disable slab merging in the default configuration
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] acct: Replace all non-returning strlcpy with strscpy
  • From: Azeem Shaikh <azeemshaikh38@xxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [PATCH v3] mm: zswap: multiple zpools support
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• [BUG]: bad usercopy in kvm_stats_read in mm/usercopy.c
  • From: Zheng Zhang <zheng.zhang@xxxxxxxxxxxxx>
• Re: [syzbot] [mm?] KASAN: slab-out-of-bounds Read in shrink_folio_list
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH] [RFC PATCH v2]mm/slub: Optimize slub memory usage
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• [PATCH 6.3 005/431] splice: Fix filemap_splice_read() to use the correct inode
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 09/19] openrisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2] mm/slub: disable slab merging in the default configuration
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [syzbot] [mm?] general protection fault in filemap_release_folio
  • From: syzbot <syzbot+05a4b28d3ba52e73b4c6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [mm?] KASAN: slab-out-of-bounds Read in shrink_folio_list
  • From: syzbot <syzbot+c19a171264b968bf389b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/17] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] zsmalloc: remove obj_tagged()
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• [PATCH] zsmalloc: remove obj_tagged()
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: lock newly mapped VMA with corrected ordering
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] mm: lock newly mapped VMA with corrected ordering
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH] mm: lock newly mapped VMA with corrected ordering
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [GIT PULL] hotfixes for 6.5-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 3/3] fork: lock VMAs of the parent process when forking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 2/3] mm: lock newly mapped VMA which can be modified after it becomes visible
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 1/3] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] hotfixes for 6.5-rc1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v7 00/17] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8
  • From: Amit Pundir <amit.pundir@xxxxxxxxxx>
• [PATCH v3] Documentation/highmem: Add information about kmap_local_folio()
  • From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
• Re: Fwd: Memory corruption in multithreaded user space program while calling fork
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] mm: memory-failure: minor cleanup for comments and codestyle
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH 3/8] mm: memory-failure: Don't account hwpoison_filter() filtered pages
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH 1/8] mm: memory-failure: fix potential permanently locked hpage
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 6/8] mm: memory-failure: minor cleanup for comments and codestyle
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 7/8] mm: memory-failure: fetch compound head after extra page refcnt is held
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 4/8] mm: memory-failure: use local variable huge to check hugetlb page
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 2/8] mm: memory-failure: ensure moving HWPoison flag to the raw error pages
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 8/8] mm: memory-failure: fix race window when trying to get hugetlb folio
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 5/8] mm: memory-failure: remove unneeded header files
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 3/8] mm: memory-failure: Don't account hwpoison_filter() filtered pages
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 1/8] mm: memory-failure: fix potential permanently locked hpage
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH 0/8] A few fixup and cleanup patches for memory-failure
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: add function folio_in_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [1/2] mm: lock a vma before stack expansion
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [1/2] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] mm: handle large folio when large folio in VM_LOCKED VMA range
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [1/2] mm: lock a vma before stack expansion
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [RFC PATCH 1/3] mm: add function folio_in_range()
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 2/3] mm: handle large folio when large folio in VM_LOCKED VMA range
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: mm: lock a vma before stack expansion
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [RFC PATCH 2/3] mm: handle large folio when large folio in VM_LOCKED VMA range
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 4/4] RISC-V: mm: Document mmap changes
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v3 1/4] mm/hwpoison: delete all entries before traversal in __folio_free_raw_hwp
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• [PATCH v2] mm/memcg: minor cleanup for MEM_CGROUP_ID_MAX
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Avoid building lrugen page table walk code
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• [PATCH v4 4/4] RISC-V: mm: Document mmap changes
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v4 3/4] RISC-V: mm: Update pgtable comment documentation
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v4 2/4] RISC-V: mm: Add tests for RISC-V mm
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v4 1/4] RISC-V: mm: Restrict address space for sv39,sv48,sv57
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v4 0/4] RISC-V: mm: Make SV48 the default address space
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v7 09/19] openrisc: mm: Convert to GENERIC_IOREMAP
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [linux-next:master 13243/13370] include/asm-generic/io.h:636:15: error: redefinition of 'inb_p'
  • From: kernel test robot <lkp@xxxxxxxxx>
• 答复: ?????!?Re: [PATCH] mm:vmscan: fix inaccurate reclaim during proactive reclaim
  • From: 杨逸飞 <yangyifei03@xxxxxxxxxxxx>
• [PATCH v4 8/8] selftests/mm: add uffd unit test for UFFDIO_POISON
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 6/8] mm: userfaultfd: document and enable new UFFDIO_POISON feature
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 5/8] mm: userfaultfd: support UFFDIO_POISON for hugetlbfs
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 4/8] mm: userfaultfd: add new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 3/8] mm: userfaultfd: extract file size check out into a helper
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 2/8] mm: userfaultfd: check for start + len overflow in validate_range
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v4 0/8] add UFFDIO_POISON to simulate memory poisoning with UFFD
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH net-next v3 10/18] nvme/host: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 4/4] selftests/mm: add tests for HWPOISON hugetlbfs read
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v3 3/4] hugetlbfs: improve read HWPOISON hugepage
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v3 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v3 1/4] mm/hwpoison: delete all entries before traversal in __folio_free_raw_hwp
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v3 0/4] Improve hugetlbfs read on HWPOISON hugepages
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: lock newly mapped VMA which can be modified after it becomes visible
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH v3 4/8] mm: userfaultfd: add new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: lock newly mapped VMA which can be modified after it becomes visible
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 33/35] maple_tree: Update testing code for mas_{next,prev,walk}
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm:vmscan: fix inaccurate reclaim during proactive reclaim
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: David Wysochanski <dwysocha@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 0/3] support large folio for mlock
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [RFC PATCH 3/3] mm: mlock: update mlock_pte_range to handle large folio
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• [RFC PATCH 2/3] mm: handle large folio when large folio in VM_LOCKED VMA range
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• [RFC PATCH 1/3] mm: add function folio_in_range()
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• [RFC PATCH 0/3] support large folio for mlock
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• Re: [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH stable v6.1] mm/mmap: Fix extra maple tree write
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] memcg: drop kmem.limit_in_bytes
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• [BUG mm-unstable] BUG: KASAN: use-after-free in shrink_folio_list+0x9f4/0x1ae0
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH stable v6.1] mm/mmap: Fix extra maple tree write
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [net-next,v2] tcp: Use per-vma locking for receive zerocopy
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [RESEND PATCH 4/8] maple_tree: fix mas_validate_child_slot() to check last missed slot
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 8/8] maple_tree: drop mas_first_entry()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 7/8] maple_tree: replace mas_logical_pivot() with mas_safe_pivot()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 2/8] maple_tree: don't use MAPLE_ARANGE64_META_MAX to indicate no gap
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 1/8] maple_tree: set the node limit when creating a new root node
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] mm/sparse: remove redundant judgement from macro for_each_present_section_nr
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [linux-next:master] BUILD REGRESSION 123212f53f3e394c1ae69a58c05dfdda56fec8c6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86/shstk: Move arch detail comment out of core mm
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RESEND PATCH 6/8] maple_tree: update mt_validate()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 5/8] maple_tree: make mas_validate_limits() check root node and node limit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RESEND PATCH 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [syzbot] [f2fs?] kernel BUG in f2fs_evict_inode
  • From: syzbot <syzbot+e1246909d526a9d470fa@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [External] Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: 贺中坤 <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [syzbot] [f2fs?] [tmpfs?] kernel BUG in f2fs_evict_inode
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH 6/8] irqchip/al-fic: make AL_FIC depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 8/8] of: make OF_EARLY_FLATTREE depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 7/8] clk: fixed-mmio: make COMMON_CLK_FIXED_MMIO depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 5/8] net: altera-tse: make ALTERA_TSE depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 4/8] pcmcia : make PCMCIA depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 3/8] misc: open-dice: make OPEN_DICE depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/8] char: xillybus: make XILLYBUS_OF depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/8] idmaengine: make FSL_EDMA and INTEL_IDMA64 depends on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 0/8] Make several Kconfig options depend on HAS_IOMEM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: drop kmem.limit_in_bytes
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RESEND PATCH 0/8] Improve the validation for maple tree and some cleanup
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 5/8] mm: userfaultfd: support UFFDIO_POISON for hugetlbfs
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 4/8] mm: userfaultfd: add new UFFDIO_POISON ioctl
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Avoid building lrugen page table walk code
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/8] mm: userfaultfd: extract file size check out into a helper
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 2/8] mm: userfaultfd: check for start + len overflow in validate_range
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/89] fs: new accessors for inode->i_ctime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 01/32] block: Provide blkdev_get_handle_* functions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] mm: correct stale comment of function check_pte
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: compaction: skip the memory hole rapidly when isolating free pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: compaction: use the correct type of list for free pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 0/5] variable-order, large folios for anonymous memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 01/32] block: Provide blkdev_get_handle_* functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS 066a64c121be85ce2c5ec794bc3def83454f2ddb
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [apparmor] [PATCH v2 08/92] fs: new helper: simple_rename_timestamp
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] mm:vmscan: fix inaccurate reclaim during proactive reclaim
  • From: Efly Young <yangyifei03@xxxxxxxxxxxx>
• Re: [PATCH v3 4/4] mm/memory: convert do_read_fault() to use folios
  • From: "zhangpeng (AS)" <zhangpeng362@xxxxxxxxxx>
• Re: [PATCH v3 3/4] mm/memory: convert do_shared_fault() to folios
  • From: "zhangpeng (AS)" <zhangpeng362@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/memory: convert wp_page_shared() to use folios
  • From: "zhangpeng (AS)" <zhangpeng362@xxxxxxxxxx>
• Re: [PATCH v3 1/4] mm/memory: convert do_page_mkwrite() to use folios
  • From: "zhangpeng (AS)" <zhangpeng362@xxxxxxxxxx>
• Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [RESEND PATCH 8/8] maple_tree: drop mas_first_entry()
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [RESEND PATCH 7/8] maple_tree: replace mas_logical_pivot() with mas_safe_pivot()
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [RESEND PATCH 6/8] maple_tree: update mt_validate()
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [RESEND PATCH 5/8] maple_tree: make mas_validate_limits() check root node and node limit
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [RESEND PATCH 4/8] maple_tree: fix mas_validate_child_slot() to check last missed slot
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [RESEND PATCH 3/8] maple_tree: make mas_validate_gaps() to check metadata
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [RESEND PATCH 2/8] maple_tree: don't use MAPLE_ARANGE64_META_MAX to indicate no gap
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [RESEND PATCH 1/8] maple_tree: set the node limit when creating a new root node
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• [RESEND PATCH 0/8] Improve the validation for maple tree and some cleanup
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: Default implementation of arch_wants_pte_order()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH -next] mm: Fix some kernel-doc comments
  • From: Yang Li <yang.lee@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] mm: compaction: skip the memory hole rapidly when isolating free pages
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] mm: compaction: use the correct type of list for free pages
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: Allow deferred splitting of arbitrary large anon folios
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2 4/5] mm: FLEXIBLE_THP for improved performance
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v2 0/5] Avoid building lrugen page table walk code
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH] mm: correct stale comment of function check_pte
  • From: Kemeng Shi <shikemeng@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 21/22] x86/mce: Improve error log of kernel space TDX #MC due to erratum
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/3] mmu_notifiers: Don't invalidate secondary TLBs as part of mmu_notifier_invalidate_range_end()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [RFC PATCH v2 2/3] mmu_notifiers: Call arch_invalidate_secondary_tlbs() when invalidating TLBs
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [RFC PATCH v2 1/3] mm_notifiers: Rename invalidate_range notifier
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [RFC PATCH v2 0/3] Invalidate secondary IOMMU TLB on permission upgrade
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] memcg: drop kmem.limit_in_bytes
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH] mm/sparse: remove redundant judgments from macro for_each_present_section_nr
  • From: liuq <liuq131@xxxxxxxxxxxxxxx>
• [RFC PATCH 1/2] memcg: Add support for zram object charge
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• [RFC PATCH 2/2] zram: charge the compressed RAM to the page's memcgroup
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• [RFC PATCH 0/2] zram: objects charge to mem_cgroup
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mmap: move vma operations to mm_struct out of the critical section of file mapping lock
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 29/33] x86/mm: try VMA lock-based page fault handling first
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH 2/2] mm: lock newly mapped VMA which can be modified after it becomes visible
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH 1/2] mm: lock a vma before stack expansion
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v12 19/22] x86/kexec(): Reset TDX private memory on platforms with TDX erratum
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• [PATCH] mm: hugetlb_vmemmap: fix a race between vmemmap pmd split
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• Re: [PATCH] mm/memcg: remove definition of MEM_CGROUP_ID_MAX when !CONFIG_MEMCG
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH] mm/memcg: remove definition of MEM_CGROUP_ID_MAX when !CONFIG_MEMCG
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH v4 29/33] x86/mm: try VMA lock-based page fault handling first
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] mm/memcg: remove definition of MEM_CGROUP_ID_MAX when !CONFIG_MEMCG
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH] mm/memcg: remove definition of MEM_CGROUP_ID_MAX when !CONFIG_MEMCG
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [PATCH v2 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [akpm-mm:mm-unstable 105/116] drivers/pcmcia/cistpl.c:72:3: error: call to undeclared function 'iounmap'; ISO C99 and later do not support implicit function declarations
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• [akpm-mm:mm-unstable 105/116] arch/s390/include/asm/io.h:29:17: error: implicit declaration of function 'iounmap'; did you mean 'vunmap'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RESEND PATCH v3 1/2] RISC-V: mm: Restrict address space for sv39,sv48,sv57
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH v2 4/4] selftests/mm: add tests for HWPOISON hugetlbfs read
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• [akpm-mm:mm-unstable 105/116] drivers/pcmcia/cistpl.c:72:3: error: call to undeclared function 'iounmap'; ISO C99 and later do not support implicit function declarations
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 00/17] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8
  • From: Isaac Manjarres <isaacmanjarres@xxxxxxxxxx>
• Re: [PATCH v2 3/4] hugetlbfs: improve read HWPOISON hugepage
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• Re: [RESEND PATCH v3 1/2] RISC-V: mm: Restrict address space for sv39,sv48,sv57
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH] x86/shstk: Don't retry vm_munmap() on -EINTR
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH] x86/shstk: Move arch detail comment out of core mm
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 4/4] selftests/mm: add tests for HWPOISON hugetlbfs read
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH v3 8/8] selftests/mm: add uffd unit test for UFFDIO_POISON
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 7/8] selftests/mm: refactor uffd_poll_thread to allow custom fault handlers
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 4/8] mm: userfaultfd: add new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 6/8] mm: userfaultfd: document and enable new UFFDIO_POISON feature
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 5/8] mm: userfaultfd: support UFFDIO_POISON for hugetlbfs
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 3/8] mm: userfaultfd: extract file size check out into a helper
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 2/8] mm: userfaultfd: check for start + len overflow in validate_range
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 1/8] mm: make PTE_MARKER_SWAPIN_ERROR more general
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 0/8] add UFFDIO_POISON to simulate memory poisoning with UFFD
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 3/4] hugetlbfs: improve read HWPOISON hugepage
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH] mm/mmap: move vma operations to mm_struct out of the critical section of file mapping lock
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [apparmor] [PATCH v2 08/92] fs: new helper: simple_rename_timestamp
  • From: Seth Arnold <seth.arnold@xxxxxxxxxxxxx>
• Re: arch/m68k/include/asm/mmu_context.h:164 load_ksp_mmu() warn: unsigned 'mmuar' is never less than zero.
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [akpm-mm:mm-nonmm-unstable 17/19] kernel/kexec.c:33:30: error: implicit declaration of function 'phys_to_boot_phys'
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [akpm-mm:mm-nonmm-unstable 9/19] kernel/kexec.c:33:16: error: call to undeclared function 'phys_to_boot_phys'; ISO C99 and later do not support implicit function declarations
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [linux-next:master 12991/13166] arch/s390/kernel/machine_kexec.c:192:18: error: invalid use of undefined type 'struct kimage'
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [linux-next:master 12991/13166] arch/s390/kernel/machine_kexec.c:192:18: error: invalid use of undefined type 'struct kimage'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] rmap: Pass the folio to __page_check_anon_rmap()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [net-next,v2] tcp: Use per-vma locking for receive zerocopy
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] lib: Remove repeated “initialization” in check_state_handling()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH v2 3/5] mm: Default implementation of arch_wants_pte_order()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 2/4] mm/memory: convert wp_page_shared() to use folios
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• Re: [BUG] trigger BUG_ON in mas_store_prealloc when low memory
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH stable v6.1] mm/mmap: Fix extra maple tree write
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v2] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Kumar <quic_pintu@xxxxxxxxxxx>
• Re: [syzbot] [mm?] [reiserfs?] kernel panic: stack is corrupted in ___slab_alloc
  • From: "Lameter, Christopher" <cl@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm: cma: print cma name as well in cma_alloc debug
  • From: Pintu Kumar <quic_pintu@xxxxxxxxxxx>
• Re: [PATCH] mm/slub: disable slab merging in the default configuration
  • From: "Lameter, Christopher" <cl@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] mm/hwpoison: check if a subpage of a hugetlb folio is raw HWPOISON
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 1/4] mm/hwpoison: delete all entries before traversal in __folio_free_raw_hwp
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [RFC PATCH 11/14] context-tracking: Introduce work deferral infrastructure
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH] EISA: Replace all non-returning strlcpy with strscpy
  • From: Azeem Shaikh <azeemshaikh38@xxxxxxxxx>
• Re: [PATCH v3 2/4] mm/memory: convert wp_page_shared() to use folios
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [syzbot] [mm?] KASAN: slab-use-after-free Read in mas_next_slot
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [syzbot] [mm?] WARNING: suspicious RCU usage in mas_walk (2)
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v3 4/4] mm/memory: convert do_read_fault() to use folios
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• [PATCH v3 3/4] mm/memory: convert do_shared_fault() to folios
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• Re: [RFC PATCH 11/14] context-tracking: Introduce work deferral infrastructure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3 1/4] mm/memory: convert do_page_mkwrite() to use folios
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• [PATCH v3 2/4] mm/memory: convert wp_page_shared() to use folios
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• Re: [PATCH v2 00/89] fs: new accessors for inode->i_ctime
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 01/32] block: Provide blkdev_get_handle_* functions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 29/33] x86/mm: try VMA lock-based page fault handling first
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v7 10/19] s390: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 04/19] mm/ioremap: Define generic_ioremap_prot() and generic_iounmap()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 18/19] arm64 : mm: add wrapper function ioremap_prot()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 19/19] mm: ioremap: remove unneeded ioremap_allowed and iounmap_allowed
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 17/19] powerpc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 16/19] mm: move is_ioremap_addr() into new header file
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 15/19] mm/ioremap: Consider IOREMAP space in generic ioremap
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 14/19] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 13/19] xtensa: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 01/19] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 08/19] ia64: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 12/19] sh: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 11/19] sh: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 10/19] s390: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 09/19] openrisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 07/19] arc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 05/19] mm: ioremap: allow ARCH to have its own ioremap method definition
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 03/19] openrisc: mm: remove unneeded early ioremap code
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 06/19] mm/ioremap: add slab availability checking in ioremap_prot
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 02/19] hexagon: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 00/19] mm: ioremap: Convert architectures to take GENERIC_IOREMAP way
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 01/32] block: Provide blkdev_get_handle_* functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 08/11] iov_iter: Drop iov_iter_rw() and fold in last user
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 06/11] iov_iter: Use op_is_write() rather than iterator direction
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 05/11] iov_iter: Use IOMAP_WRITE rather than iterator direction
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/11] vfs: Use init_kiocb() to initialise new IOCBs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 02/11] vfs: Set IOCB_WRITE in iocbs that we're going to write from
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/11] iov_iter: Fix comment refs to iov_iter_get_pages/pages_alloc()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/89] fs: new accessors for inode->i_ctime
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• RE: [PATCH] mm/mmap: move vmKirill A. Shutemov <kirill@xxxxxxxxxxxxx>a operations to mm_struct out of the critical section of file mapping lock
  • From: "Ma, Yu" <yu.ma@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION c36ac601a98fb148147640bae219108ee81566f8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v2 92/92] fs: rename i_ctime field to __i_ctime
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 87/92] shmem: convert to ctime accessor functions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH RFC 0/32] block: Make blkdev_get_by_*() return handle
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v12 07/22] x86/virt/tdx: Add skeleton to enable TDX on demand
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v1] lib:Remove repeated initialization
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 29/33] x86/mm: try VMA lock-based page fault handling first
  • From: Holger Hoffstätte <holger@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] writeback: Account the number of pages written back
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] mm/slub: disable slab merging in the default configuration
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v1] lib:Remove repeated initialization
  • From: Wang Ming <machel@xxxxxxxx>
• Re: [PATCH v4 1/2] fork: lock VMAs of the parent process when forking
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 1/2] fork: lock VMAs of the parent process when forking
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH] memory tier: rename destroy_memory_type() to put_memory_type()
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 52/92] hugetlbfs: convert to ctime accessor functions
  • From: Jan Kara <jack@xxxxxxx>
• [linux-next:pending-fixes] BUILD SUCCESS c3dae9b3ad970aea1e47295d0f2d913f676ff3ba
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH] mm/ksm: prepare to remove the redundant ksm_merging_pages in procfs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm/ksm: prepare to remove the redundant ksm_merging_pages in procfs
  • From: Nanyong Sun <sunnanyong@xxxxxxxxxx>
• Re: [PATCH] memory tier: rename destroy_memory_type() to put_memory_type()
  • From: Xiao Yang <yangx.jy@xxxxxxxxxxx>
• binfmt_misc & different PE binaries
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [RFC PATCH 11/14] context-tracking: Introduce work deferral infrastructure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH 11/14] context-tracking: Introduce work deferral infrastructure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH 11/14] context-tracking: Introduce work deferral infrastructure
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH 11/14] context-tracking: Introduce work deferral infrastructure
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH 00/14] context_tracking,x86: Defer some IPIs until a user->kernel transition
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH 00/14] context_tracking,x86: Defer some IPIs until a user->kernel transition
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH] mm/memcg: remove definition of MEM_CGROUP_ID_MAX when !CONFIG_MEMCG
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm/hotplug: Simplify the handling of MHP_MEMMAP_ON_MEMORY flag
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [QUESTION] Full user space process isolation?
  • From: "Dr. Greg" <greg@xxxxxxxxxxxx>
• arch/m68k/include/asm/mmu_context.h:164 load_ksp_mmu() warn: unsigned 'mmuar' is never less than zero.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 11/92] shmem: convert to simple_rename_timestamp
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 08/92] fs: new helper: simple_rename_timestamp
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 3/5] mm/hotplug: Simplify the handling of MHP_MEMMAP_ON_MEMORY flag
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/14] context-tracking: Introduce work deferral infrastructure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH 11/14] context-tracking: Introduce work deferral infrastructure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] powerpc/book3s64/memhotplug: Enable memmap on memory for radix
  • From: Aneesh Kumar K V <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] mm/hotplug: Simplify the handling of MHP_MEMMAP_ON_MEMORY flag
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] mm: remove obsolete comment above struct per_cpu_pages
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm/hotplug: Allow architecture override for memmap on memory feature
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] RISC-V: mm: Update documentation and include test
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [RESEND PATCH v3 1/2] RISC-V: mm: Restrict address space for sv39,sv48,sv57
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v2 5/5] powerpc/book3s64/memhotplug: Enable memmap on memory for radix
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 1/5] mm/hotplug: Embed vmem_altmap details in memory block
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH] kasan, slub: fix HW_TAGS zeroing with slub_debug
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 13/13] powerpc/book3s64/radix: Add debug message to give more details of vmemmap allocation
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 12/13] powerpc/book3s64/radix: Remove mmu_vmemmap_psize
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 11/13] powerpc/book3s64/radix: Add support for vmemmap optimization for radix
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 10/13] powerpc/book3s64/vmemmap: Switch radix to use a different vmemmap handling function
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 09/13] powerpc/book3s64/mm: Enable transparent pud hugepage
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 08/13] powerpc/mm/trace: Convert trace event to trace event class
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 07/13] mm/vmemmap optimization: Split hugetlb and devdax vmemmap optimization
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 06/13] mm/huge pud: Use transparent huge pud helpers only with CONFIG_TRANSPARENT_HUGEPAGE
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 05/13] mm: Add __HAVE_ARCH_PUD_SAME similar to __HAVE_ARCH_P4D_SAME
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 04/13] mm/vmemmap: Allow architectures to override how vmemmap optimization works
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 03/13] mm/vmemmap: Improve vmemmap_can_optimize and allow architectures to override
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 01/13] mm/hugepage pud: Allow arch-specific helper function to check huge page pud support
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 02/13] mm: Change pudp_huge_get_and_clear_full take vm_area_struct as arg
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 00/13] Add support for DAX vmemmap optimization for ppc64
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH] mm/ksm: prepare to remove the redundant ksm_merging_pages in procfs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 4/5] mm/hotplug: Simplify ARCH_MHP_MEMMAP_ON_MEMORY_ENABLE kconfig
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] mm/ksm: prepare to remove the redundant ksm_merging_pages in procfs
  • From: Nanyong Sun <sunnanyong@xxxxxxxxxx>
• [PATCH v2 5/5] powerpc/book3s64/memhotplug: Enable memmap on memory for radix
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>