From: Andrew Morton <akpm@linux-foundation.org>
To: Rik van Riel <riel@redhat.com>
Cc: linux-kernel@vger.kernel.org, aarcange@redhat.com, linux-mm@kvack.org
Subject: Re: [PATCH -mm 2/6] rmap: always add new vmas at the end
Date: Tue, 22 Jun 2010 14:08:22 -0700 [thread overview]
Message-ID: <20100622140822.3d290151.akpm@linux-foundation.org> (raw)
In-Reply-To: <20100621163349.7dbd1ef6@annuminas.surriel.com>
On Mon, 21 Jun 2010 16:33:49 -0400
Rik van Riel <riel@redhat.com> wrote:
> From: Andrea Arcangeli <aarcange@redhat.com>
> Subject: always add new vmas at the end
>
> Make sure to always add new VMAs at the end of the list. This
> is important so rmap_walk does not miss a VMA that was created
> during the rmap_walk.
>
> The old code got this right most of the time due to luck, but
> was buggy when anon_vma_prepare reused a mergeable anon_vma.
>
> Signed-off-by: Andrea Arcangeli <aarcange@redhat.com>
> Signed-off-by: Rik van Riel <riel@redhat.com>
> ---
>
> diff --git a/mm/rmap.c b/mm/rmap.c
> --- a/mm/rmap.c
> +++ b/mm/rmap.c
> @@ -149,7 +149,7 @@ int anon_vma_prepare(struct vm_area_stru
> avc->anon_vma = anon_vma;
> avc->vma = vma;
> list_add(&avc->same_vma, &vma->anon_vma_chain);
> - list_add(&avc->same_anon_vma, &anon_vma->head);
> + list_add_tail(&avc->same_anon_vma, &anon_vma->head);
> allocated = NULL;
> avc = NULL;
> }
Should this go into 2.6.35?
WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@linux-foundation.org>
To: Rik van Riel <riel@redhat.com>
Cc: linux-kernel@vger.kernel.org, aarcange@redhat.com, linux-mm@kvack.org
Subject: Re: [PATCH -mm 2/6] rmap: always add new vmas at the end
Date: Tue, 22 Jun 2010 14:08:22 -0700 [thread overview]
Message-ID: <20100622140822.3d290151.akpm@linux-foundation.org> (raw)
In-Reply-To: <20100621163349.7dbd1ef6@annuminas.surriel.com>
On Mon, 21 Jun 2010 16:33:49 -0400
Rik van Riel <riel@redhat.com> wrote:
> From: Andrea Arcangeli <aarcange@redhat.com>
> Subject: always add new vmas at the end
>
> Make sure to always add new VMAs at the end of the list. This
> is important so rmap_walk does not miss a VMA that was created
> during the rmap_walk.
>
> The old code got this right most of the time due to luck, but
> was buggy when anon_vma_prepare reused a mergeable anon_vma.
>
> Signed-off-by: Andrea Arcangeli <aarcange@redhat.com>
> Signed-off-by: Rik van Riel <riel@redhat.com>
> ---
>
> diff --git a/mm/rmap.c b/mm/rmap.c
> --- a/mm/rmap.c
> +++ b/mm/rmap.c
> @@ -149,7 +149,7 @@ int anon_vma_prepare(struct vm_area_stru
> avc->anon_vma = anon_vma;
> avc->vma = vma;
> list_add(&avc->same_vma, &vma->anon_vma_chain);
> - list_add(&avc->same_anon_vma, &anon_vma->head);
> + list_add_tail(&avc->same_anon_vma, &anon_vma->head);
> allocated = NULL;
> avc = NULL;
> }
Should this go into 2.6.35?
--
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>
next prev parent reply other threads:[~2010-06-22 21:08 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-21 20:31 [PATCH 0/6] further anon_vma fixes & optimizations Rik van Riel
2010-06-21 20:31 ` Rik van Riel
2010-06-21 20:33 ` [PATCH -mm 1/6] mmap: remove unnecessary lock from __vma_link Rik van Riel
2010-06-21 20:33 ` Rik van Riel
2010-06-21 20:33 ` [PATCH -mm 2/6] rmap: always add new vmas at the end Rik van Riel
2010-06-21 20:33 ` Rik van Riel
2010-06-22 21:08 ` Andrew Morton [this message]
2010-06-22 21:08 ` Andrew Morton
2010-06-22 21:10 ` Andrea Arcangeli
2010-06-22 21:10 ` Andrea Arcangeli
2010-06-21 20:34 ` [PATCH -mm 3/6] ksm: fix ksm swapin time optimization Rik van Riel
2010-06-21 20:34 ` Rik van Riel
2010-06-23 17:47 ` Andrea Arcangeli
2010-06-23 17:47 ` Andrea Arcangeli
2010-06-21 20:35 ` [PATCH -mm 4/6] always use anon_vma root pointer Rik van Riel
2010-06-21 20:35 ` Rik van Riel
2010-06-21 20:38 ` [PATCH -mm 5/6] resurrect page_address_in_vma anon_vma check Rik van Riel
2010-06-21 20:38 ` Rik van Riel
2010-06-21 20:39 ` [PATCH -mm 6/6] add anon_vma bug checks Rik van Riel
2010-06-21 20:39 ` Rik van Riel
2010-06-21 21:48 ` [PATCH 0/6] further anon_vma fixes & optimizations Andrea Arcangeli
2010-06-21 21:48 ` Andrea Arcangeli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100622140822.3d290151.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=aarcange@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=riel@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.