diff options
author | Kirill A. Shutemov <kirill.shutemov@linux.intel.com> | 2025-04-09 12:40:43 +0300 |
---|---|---|
committer | Andrew Morton <akpm@linux-foundation.org> | 2025-04-11 17:32:41 -0700 |
commit | a995199384347261bb3f21b2e171fa7f988bd2f8 (patch) | |
tree | f4cd49728ffc22dc98913869d66d3e5b9a013d6b /net/lapb/lapb_iface.c | |
parent | 92868577d05ff75f9f38c6345ed275203827faba (diff) | |
download | linux-a995199384347261bb3f21b2e171fa7f988bd2f8.tar.gz linux-a995199384347261bb3f21b2e171fa7f988bd2f8.tar.bz2 linux-a995199384347261bb3f21b2e171fa7f988bd2f8.zip |
mm: fix apply_to_existing_page_range()
In the case of apply_to_existing_page_range(), apply_to_pte_range() is
reached with 'create' set to false. When !create, the loop over the PTE
page table is broken.
apply_to_pte_range() will only move to the next PTE entry if 'create' is
true or if the current entry is not pte_none().
This means that the user of apply_to_existing_page_range() will not have
'fn' called for any entries after the first pte_none() in the PTE page
table.
Fix the loop logic in apply_to_pte_range().
There are no known runtime issues from this, but the fix is trivial enough
for stable@ even without a known buggy user.
Link: https://lkml.kernel.org/r/20250409094043.1629234-1-kirill.shutemov@linux.intel.com
Signed-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
Fixes: be1db4753ee6 ("mm/memory.c: add apply_to_existing_page_range() helper")
Cc: Daniel Axtens <dja@axtens.net>
Cc: David Hildenbrand <david@redhat.com>
Cc: Vlastimil Babka <vbabka@suse.cz>
Cc: <stable@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Diffstat (limited to 'net/lapb/lapb_iface.c')
0 files changed, 0 insertions, 0 deletions