summaryrefslogtreecommitdiffstats
path: root/net/lapb/lapb_iface.c
diff options
context:
space:
mode:
authorKirill A. Shutemov <kirill.shutemov@linux.intel.com>2025-04-09 12:40:43 +0300
committerAndrew Morton <akpm@linux-foundation.org>2025-04-11 17:32:41 -0700
commita995199384347261bb3f21b2e171fa7f988bd2f8 (patch)
treef4cd49728ffc22dc98913869d66d3e5b9a013d6b /net/lapb/lapb_iface.c
parent92868577d05ff75f9f38c6345ed275203827faba (diff)
downloadlinux-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