Re: [PATCH HOTFIX 6.17] mm/mremap: avoid expensive folio lookup on mremap folio pte batch

[David Hildenbrand]

> > Unless the previous contpte_try_unfold() was very costly and removing it yielded
> > a significant improvement, it’s difficult to see how the benefits would outweigh
> > the drawbacks of vm_normal_folio(). Does this imply that there was already a
> > regression in mremap() caused by contpte_try_unfold() before?
> > And that Dev’s patch is essentially a fix for this regression on arm64?

Fix/regression might be the wrong words here IMHO, but yes, this code 
was not playing nicely with automatic cont-pte folding/unfolding , and 
now it's optimized for that.

--
Cheers,

David / dhildenb