On 17.07.25 00:27, Andrew Morton wrote:
On Wed, 16 Jul 2025 10:47:29 +0200 David Hildenbrand wrote:
However the series rejects due to the is_huge_zero_pmd ->
is_huge_zero_pfn changes in Luiz's "mm: introduce snapshot_page() v3"
series, so could we please have a redo against present mm-new?
On Wed, 16 Jul 2025 10:47:29 +0200 David Hildenbrand wrote:
> >
> > However the series rejects due to the is_huge_zero_pmd ->
> > is_huge_zero_pfn changes in Luiz's "mm: introduce snapshot_page() v3"
> > series, so could we please have a redo against present mm-new?
>
> I'm confused: mm-new *st
On 16.07.25 01:31, Andrew Morton wrote:
On Tue, 15 Jul 2025 15:23:41 +0200 David Hildenbrand wrote:
Based on mm/mm-new. I dropped the CoW PFNMAP changes for now, still
working on a better way to sort all that out cleanly.
Cleanup and unify vm_normal_page_*() handling, also marking the
huge ze
On Tue, 15 Jul 2025 15:23:41 +0200 David Hildenbrand wrote:
> Based on mm/mm-new. I dropped the CoW PFNMAP changes for now, still
> working on a better way to sort all that out cleanly.
>
> Cleanup and unify vm_normal_page_*() handling, also marking the
> huge zerofolio as special in the PMD. Ad
This is the follow-up of [1]:
[PATCH RFC 00/14] mm: vm_normal_page*() + CoW PFNMAP improvements
Based on mm/mm-new. I dropped the CoW PFNMAP changes for now, still
working on a better way to sort all that out cleanly.
Cleanup and unify vm_normal_page_*() handling, also marking the
huge ze
