[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<175267930477.1224517.13373842337541537594.git-patchwork-notify@kernel.org>
Date: Wed, 16 Jul 2025 15:21:44 +0000
From: patchwork-bot+linux-riscv@...nel.org
To: Lance Yang <ioworker0@...il.com>
Cc: linux-riscv@...ts.infradead.org, akpm@...ux-foundation.org,
david@...hat.com, 21cnbao@...il.com, baolin.wang@...ux.alibaba.com,
chrisl@...nel.org, kasong@...cent.com, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org, lorenzo.stoakes@...cle.com,
ryan.roberts@....com, v-songbaohua@...o.com, x86@...nel.org,
huang.ying.caritas@...il.com, zhengtangquan@...o.com, riel@...riel.com,
Liam.Howlett@...cle.com, vbabka@...e.cz, harry.yoo@...cle.com,
mingzhe.yang@...com, stable@...r.kernel.org, baohua@...nel.org,
lance.yang@...ux.dev
Subject: Re: [PATCH v4 1/1] mm/rmap: fix potential out-of-bounds page table
access
during batched unmap
Hello:
This patch was applied to riscv/linux.git (fixes)
by Andrew Morton <akpm@...ux-foundation.org>:
On Tue, 1 Jul 2025 22:31:00 +0800 you wrote:
> From: Lance Yang <lance.yang@...ux.dev>
>
> As pointed out by David[1], the batched unmap logic in try_to_unmap_one()
> may read past the end of a PTE table when a large folio's PTE mappings
> are not fully contained within a single page table.
>
> While this scenario might be rare, an issue triggerable from userspace must
> be fixed regardless of its likelihood. This patch fixes the out-of-bounds
> access by refactoring the logic into a new helper, folio_unmap_pte_batch().
>
> [...]
Here is the summary with links:
- [v4,1/1] mm/rmap: fix potential out-of-bounds page table access during batched unmap
https://git.kernel.org/riscv/c/ddd05742b45b
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists