* Dave Hansen <d...@sr71.net> wrote:

> diff -puN arch/x86/mm/mpx.c~mpx-dont-count-mpx-vmas-as-neighbors 
> arch/x86/mm/mpx.c
> --- a/arch/x86/mm/mpx.c~mpx-dont-count-mpx-vmas-as-neighbors  2015-06-01 
> 10:24:10.037992968 -0700
> +++ b/arch/x86/mm/mpx.c       2015-06-01 10:24:10.040993104 -0700
> @@ -937,16 +937,30 @@ static int try_unmap_single_bt(struct mm
>       void __user *bde_vaddr;
>       int ret;
>       /*
> +      * We already unliked the VMAs from the mm's rbtree so 'start'
> +      * is guaranteed to be in a hole. This gets us the first VMA
> +      * before the hole in to 'prev' and the next VMA after the hole
> +      * in to 'next'.

Hey, I didn't know VMAs were on Facebook ;-)

I fixed it up to 'unlinked'.

Thanks,

        Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to