linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Petr Vaněk" <arkamar@atlas.cz>
To: linux-kernel@vger.kernel.org
Cc: "Andrew Morton" <akpm@linux-foundation.org>,
	"Ryan Roberts" <ryan.roberts@arm.com>,
	"David Hildenbrand" <david@redhat.com>,
	linux-mm@kvack.org, stable@vger.kernel.org,
	"Petr Vaněk" <arkamar@atlas.cz>
Subject: [PATCH 1/1] mm: Fix folio_pte_batch() overcount with zero PTEs
Date: Tue, 29 Apr 2025 16:22:37 +0200	[thread overview]
Message-ID: <20250429142237.22138-2-arkamar@atlas.cz> (raw)
In-Reply-To: <20250429142237.22138-1-arkamar@atlas.cz>

folio_pte_batch() could overcount the number of contiguous PTEs when
pte_advance_pfn() returns a zero-valued PTE and the following PTE in
memory also happens to be zero. The loop doesn't break in such a case
because pte_same() returns true, and the batch size is advanced by one
more than it should be.

To fix this, bail out early if a non-present PTE is encountered,
preventing the invalid comparison.

This issue started to appear after commit 10ebac4f95e7 ("mm/memory:
optimize unmap/zap with PTE-mapped THP") and was discovered via git
bisect.

Fixes: 10ebac4f95e7 ("mm/memory: optimize unmap/zap with PTE-mapped THP")
Cc: stable@vger.kernel.org
Signed-off-by: Petr Vaněk <arkamar@atlas.cz>
---
 mm/internal.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/mm/internal.h b/mm/internal.h
index e9695baa5922..c181fe2bac9d 100644
--- a/mm/internal.h
+++ b/mm/internal.h
@@ -279,6 +279,8 @@ static inline int folio_pte_batch(struct folio *folio, unsigned long addr,
 			dirty = !!pte_dirty(pte);
 		pte = __pte_batch_clear_ignored(pte, flags);
 
+		if (!pte_present(pte))
+			break;
 		if (!pte_same(pte, expected_pte))
 			break;
 
-- 
2.48.1



  reply	other threads:[~2025-04-29 14:23 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-04-29 14:22 [PATCH 0/1] mm: Fix regression after THP PTE optimization on Xen PV Dom0 Petr Vaněk
2025-04-29 14:22 ` Petr Vaněk [this message]
2025-04-29 14:29   ` [PATCH 1/1] mm: Fix folio_pte_batch() overcount with zero PTEs David Hildenbrand
2025-04-29 14:41     ` Ryan Roberts
2025-04-29 14:46       ` David Hildenbrand
2025-04-29 15:02         ` Ryan Roberts
2025-04-30 13:04           ` Petr Vaněk
2025-04-30 13:21             ` Ryan Roberts
2025-04-29 14:45     ` Petr Vaněk
2025-04-29 14:52       ` David Hildenbrand
2025-04-29 15:45         ` David Hildenbrand
2025-04-29 18:33           ` Petr Vaněk
2025-04-29 18:56             ` David Hildenbrand
2025-04-30 11:52               ` Petr Vaněk
2025-04-30 14:37                 ` David Hildenbrand
2025-04-30 16:00                   ` Petr Vaněk
2025-04-30 21:25                     ` David Hildenbrand
2025-05-01  7:45                       ` Petr Vaněk
2025-05-02  7:37                         ` David Hildenbrand
2025-05-02  9:42                           ` David Hildenbrand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250429142237.22138-2-arkamar@atlas.cz \
    --to=arkamar@atlas.cz \
    --cc=akpm@linux-foundation.org \
    --cc=david@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=ryan.roberts@arm.com \
    --cc=stable@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox