|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2 2/2] x86/xpti: don't map stack guard pages
On 02/03/18 15:35, Jan Beulich wrote:
> Other than for the main mappings, don't even do this in release builds,
> as there are no huge page shattering concerns here.
>
> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
> ---
> v2: New.
>
> --- a/xen/arch/x86/smpboot.c
> +++ b/xen/arch/x86/smpboot.c
> @@ -799,7 +799,8 @@ static int setup_cpu_root_pgt(unsigned i
>
> /* Install direct map page table entries for stack, IDT, and TSS. */
> for ( off = rc = 0; !rc && off < STACK_SIZE; off += PAGE_SIZE )
> - rc = clone_mapping(__va(__pa(stack_base[cpu])) + off, rpt);
> + if ( !memguard_is_stack_guard_page(off) )
> + rc = clone_mapping(__va(__pa(stack_base[cpu])) + off, rpt);
>
> if ( !rc )
> rc = clone_mapping(idt_tables[cpu], rpt);
> --- a/xen/arch/x86/mm.c
> +++ b/xen/arch/x86/mm.c
> @@ -5576,6 +5576,14 @@ void memguard_unguard_stack(void *p)
> STACK_SIZE - PRIMARY_STACK_SIZE - IST_MAX *
> PAGE_SIZE);
> }
>
> +bool memguard_is_stack_guard_page(unsigned long addr)
> +{
> + addr &= STACK_SIZE - 1;
> +
> + return addr >= IST_MAX * PAGE_SIZE &&
> + addr < STACK_SIZE - PRIMARY_STACK_SIZE;
> +}
> +
What about making use of memguard_is_stack_guard_page() in
memguard_[un]guard_stack() ? This would at once ensure the other unused
pages won't be accessed accidentally somewhere.
Juergen
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |