Thread (52 messages) 52 messages, 7 authors, 2024-10-22

Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker

From: Lorenzo Stoakes <hidden>
Date: 2024-10-21 21:14:00
Also in: linux-alpha, linux-arch, linux-kselftest, linux-mips, linux-mm, lkml

+cc Dave Hansen

On Mon, Oct 21, 2024 at 09:42:53PM +0100, Lorenzo Stoakes wrote:
On Mon, Oct 21, 2024 at 03:45:31PM +0200, Vlastimil Babka wrote:
quoted
On 10/20/24 18:20, Lorenzo Stoakes wrote:
quoted
Add a new PTE marker that results in any access causing the accessing
process to segfault.
Should we distinguish it from other segfaults? Is there a way? I can see
memory protection keys use SEGV_PKUERR, but no idea if we have any free values.
Wasn't even aware that existed!!

I'm not sure a process can do anything particularly useful with this
information though?  Hitting a guard page would indicate a programming
error rather than something that might allow meaningful feedback to a user
like memory protection keys.

Do you think there's enough value int his to warrant digging in? And indeed
I imagine bits are in short supply for this and would need a strong
argument to get... so yeah I don't think too worthwhile most likely!

Thanks for the suggestion though!
To put it on list - Dave Hansen commented on IRC that it would be safer to
avoid this for now due to this being an ABI change, and reasonable to
perhaps add it later if required, so that seems a sensible way forward.

Thanks!

[snip]
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help