lkml.org 
[lkml]   [2018]   [Apr]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [do_execve] attempted to set unsupported pgprot
From
Date
On 04/18/2018 12:59 PM, Andrew Morton wrote:
>> [ 12.348499] ------------[ cut here ]------------
>> [ 12.349193] attempted to set unsupported pgprot: 8000000000000025 bits: 8000000000000000 supported: 7fffffffffffffff
>> [ 12.350792] WARNING: CPU: 0 PID: 1 at arch/x86/include/asm/pgtable.h:540 handle_mm_fault+0xfc1/0xfe0:
>> check_pgprot at arch/x86/include/asm/pgtable.h:535
>> (inlined by) pfn_pte at arch/x86/include/asm/pgtable.h:549
>> (inlined by) do_anonymous_page at mm/memory.c:3169
>> (inlined by) handle_pte_fault at mm/memory.c:3961
>> (inlined by) __handle_mm_fault at mm/memory.c:4087
>> (inlined by) handle_mm_fault at mm/memory.c:4124
>> [ 12.352294] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.17.0-rc1 #172
>> [ 12.353357] EIP: handle_mm_fault+0xfc1/0xfe0:
>> check_pgprot at arch/x86/include/asm/pgtable.h:535
>> (inlined by) pfn_pte at arch/x86/include/asm/pgtable.h:549
>> (inlined by) do_anonymous_page at mm/memory.c:3169
>> (inlined by) handle_pte_fault at mm/memory.c:3961
>> (inlined by) __handle_mm_fault at mm/memory.c:4087
>> (inlined by) handle_mm_fault at mm/memory.c:4124
> Dave, fb43d6cb91ef57 ("x86/mm: Do not auto-massage page protections")
> looks like a culprit?


This looks like NX somehow getting set on a system where it is
unsupported. Any idea what kind of VMA it is? We probably should have
kept NX from getting set in vm_page_prot to begin with.
> entry = mk_pte(page, vma->vm_page_prot);
> if (vma->vm_flags & VM_WRITE)
> entry = pte_mkwrite(pte_mkdirty(entry));
>

\
 
 \ /
  Last update: 2018-04-18 22:34    [W:0.041 / U:0.664 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site