Thread (19 messages) 19 messages, 4 authors, 2016-08-02

Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU

From: Andy Lutomirski <luto@amacapital.net>
Date: 2016-07-29 19:44:55
Also in: linux-api, linux-arch, lkml

On Fri, Jul 29, 2016 at 10:50 AM, Dave Hansen [off-list ref] wrote:
On 07/29/2016 10:29 AM, Andy Lutomirski wrote:
quoted
quoted
quoted
In the end, this ensures that threads which do not know how to
manage their own pkey rights can not do damage to data which is
pkey-protected.
I think you missed the fpu__clear() caller in kernel/fpu/signal.c.

ISTM it might be more comprehensible to change fpu__clear in general
and then special case things you want to behave differently.
The code actually already patched the generic fpu__clear():

        fpu__clear() ->
        copy_init_fpstate_to_fpregs() ->
        copy_init_pkru_to_fpregs()

So I think it hit the case you are talking about.
Whoops, missed that.

-- 
Andy Lutomirski
AMA Capital Management, LLC

--
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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help