# Re: \[PATCH 1/9\] x86, pkeys: add fault handling for PF\_PK page fault bit - From: Dave Hansen \ - Date: 2016-07-07 15:42:25 - List: linux-api - Page: https://ratatoskr.run/linux-api/2016/07/4790233 - Thread: https://ratatoskr.run/linux-api/2016/07/4790123/t.md ```text On 07/07/2016 07:40 AM, Mel Gorman wrote: > On Thu, Jul 07, 2016 at 05:47:20AM -0700, Dave Hansen wrote: >> From: Dave Hansen >> PF_PK means that a memory access violated the protection key >> access restrictions. It is unconditionally an access_error() >> because the permissions set on the VMA don't matter (the PKRU >> value overrides it), and we never "resolve" PK faults (like >> how a COW can "resolve write fault). >> >> Signed-off-by: Dave Hansen > > An access fault gets propgated as SEGV_PKUERR. What happens if glibc > does not recognise it? It passes it through to the handler without any side-effects. I don't think it does anything differently with SEGV_* codes that it knows about vs. unknown ones. The only negative side-effect that I can think of is that it won't have a nice error message for it. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org ```