From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 146F41A7264 for ; Tue, 23 Sep 2025 21:30:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758663034; cv=none; b=lHqacj9eLNNoPRdoEDFGmUgPjkATfI7SYIpueGMcVu5z1U8c8OFwA0oglZ3QLrloIpLhlTNQqo3sxsGQOlPBD8xxJCGiYZ6vH1Q+kPWDB/PrQmwXHMkEn55kUnfsn7qAD0hP1jrsMKkvizJt1eQhMio8lug70xSVJzDxCrjI0pg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758663034; c=relaxed/simple; bh=EZotcZjZrKwyHFNYeSeVfkZ+7CESAPFMVNVj1Vkwg9o=; h=Date:To:From:Subject:Message-Id; b=b1fB4z+KWzGIkBvdMitC3xVhTIbhVzzxDhs//zC4JWpNcf6xobqOvRquqwnCTZlMg56cFQ1H0ktiaH8gpe26O++a/dnmcgqbR4nwEBm/CEXfnWOk63FrQZc3GvMW5ZfqByEBwAXeHBx8+85kbVUlJrYzJCIZz9i9l1GM+Ad2np4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=ssfoHQdt; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="ssfoHQdt" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 61996C4CEF5; Tue, 23 Sep 2025 21:30:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1758663033; bh=EZotcZjZrKwyHFNYeSeVfkZ+7CESAPFMVNVj1Vkwg9o=; h=Date:To:From:Subject:From; b=ssfoHQdtOm9LE2Ap5uh3neu7U3IFJu4lHVoeez1nQRMmS5jAFMQdn+TzheHjMH3UC 1YDbhVEYuo2NHugtRshwQ7DrvNVgEZs+OahSyvzGO8WTh47GYCF2EDfsbnkN3NlXeJ RPRNW2UZr1PQ07jY8yoHVevHYBgrdFmC/GqeTIiY= Date: Tue, 23 Sep 2025 14:30:32 -0700 To: mm-commits@vger.kernel.org,shakeel.butt@linux.dev,lorenzo.stoakes@oracle.com,hannes@cmpxchg.org,david@redhat.com,baolin.wang@linux.alibaba.com,kas@kernel.org,akpm@linux-foundation.org From: Andrew Morton Subject: + mm-page_vma_mapped-track-if-the-page-is-mapped-across-page-table-boundary.patch added to mm-unstable branch Message-Id: <20250923213033.61996C4CEF5@smtp.kernel.org> Precedence: bulk X-Mailing-List: mm-commits@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: The patch titled Subject: mm/page_vma_mapped: track if the page is mapped across page table boundary has been added to the -mm mm-unstable branch. Its filename is mm-page_vma_mapped-track-if-the-page-is-mapped-across-page-table-boundary.patch This patch will shortly appear at https://git.kernel.org/pub/scm/linux/kernel/git/akpm/25-new.git/tree/patches/mm-page_vma_mapped-track-if-the-page-is-mapped-across-page-table-boundary.patch This patch will later appear in the mm-unstable branch at git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm Before you just go and hit "reply", please: a) Consider who else should be cc'ed b) Prefer to cc a suitable mailing list as well c) Ideally: find the original patch on the mailing list and do a reply-to-all to that, adding suitable additional cc's *** Remember to use Documentation/process/submit-checklist.rst when testing your code *** The -mm tree is included into linux-next via the mm-everything branch at git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm and is updated there every 2-3 working days ------------------------------------------------------ From: Kiryl Shutsemau Subject: mm/page_vma_mapped: track if the page is mapped across page table boundary Date: Tue, 23 Sep 2025 12:07:06 +0100 Patch series "mm: Improve mlock tracking for large folios", v3. The patchset includes several fixes and improvements related to mlock tracking of large folios. The main objective is to reduce the undercount of Mlocked memory in /proc/meminfo and improve the accuracy of the statistics. Patches 1-2: These patches address a minor race condition in folio_referenced_one() related to mlock_vma_folio(). Currently, mlock_vma_folio() is called on large folio without the page table lock, which can result in a race condition with unmap (i.e. MADV_DONTNEED). This can lead to partially mapped folios on the unevictable LRU list. While not a significant issue, I do not believe backporting is necessary. Patch 3: This patch adds mlocking logic similar to folio_referenced_one() to try_to_unmap_one(), allowing for mlocking of large folios where possible. Patch 4-5: These patches modifies finish_fault() and faultaround to map in the entire folio when possible, enabling efficient mlocking upon addition to the rmap. Patch 6: This patch makes rmap mlock large folios if they are fully mapped, addressing the primary source of mlock undercount for large folios. This patch (of 6): Add a PVMW_PGTABLE_CROSSSED flag that page_vma_mapped_walk() will set if the page is mapped across page table boundary. Unlike other PVMW_* flags, this one is result of page_vma_mapped_walk() and not set by the caller. folio_referenced_one() will use it to detect if it safe to mlock the folio. Link: https://lkml.kernel.org/r/20250923110711.690639-1-kirill@shutemov.name Link: https://lkml.kernel.org/r/20250923110711.690639-2-kirill@shutemov.name Signed-off-by: Kiryl Shutsemau Reviewed-by: Shakeel Butt Cc: Baolin Wang Cc: David Hildenbrand Cc: Johannes Weiner Cc: Lorenzo Stoakes Signed-off-by: Andrew Morton --- include/linux/rmap.h | 5 +++++ mm/page_vma_mapped.c | 1 + 2 files changed, 6 insertions(+) --- a/include/linux/rmap.h~mm-page_vma_mapped-track-if-the-page-is-mapped-across-page-table-boundary +++ a/include/linux/rmap.h @@ -922,6 +922,11 @@ struct page *make_device_exclusive(struc /* Look for migration entries rather than present PTEs */ #define PVMW_MIGRATION (1 << 1) +/* Result flags */ + +/* The page is mapped across page table boundary */ +#define PVMW_PGTABLE_CROSSSED (1 << 16) + struct page_vma_mapped_walk { unsigned long pfn; unsigned long nr_pages; --- a/mm/page_vma_mapped.c~mm-page_vma_mapped-track-if-the-page-is-mapped-across-page-table-boundary +++ a/mm/page_vma_mapped.c @@ -309,6 +309,7 @@ next_pte: } pte_unmap(pvmw->pte); pvmw->pte = NULL; + pvmw->flags |= PVMW_PGTABLE_CROSSSED; goto restart; } pvmw->pte++; _ Patches currently in -mm which might be from kas@kernel.org are mm-page_vma_mapped-track-if-the-page-is-mapped-across-page-table-boundary.patch mm-rmap-fix-a-mlock-race-condition-in-folio_referenced_one.patch mm-rmap-mlock-large-folios-in-try_to_unmap_one.patch mm-fault-try-to-map-the-entire-file-folio-in-finish_fault.patch mm-filemap-map-entire-large-folio-faultaround.patch mm-rmap-improve-mlock-tracking-for-large-folios.patch