From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51]) by kanga.kvack.org (Postfix) with ESMTP id 9D66F6B0071 for ; Tue, 22 Jun 2010 17:08:26 -0400 (EDT) Date: Tue, 22 Jun 2010 14:08:22 -0700 From: Andrew Morton Subject: Re: [PATCH -mm 2/6] rmap: always add new vmas at the end Message-Id: <20100622140822.3d290151.akpm@linux-foundation.org> In-Reply-To: <20100621163349.7dbd1ef6@annuminas.surriel.com> References: <20100621163146.4e4e30cb@annuminas.surriel.com> <20100621163349.7dbd1ef6@annuminas.surriel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Rik van Riel Cc: linux-kernel@vger.kernel.org, aarcange@redhat.com, linux-mm@kvack.org List-ID: On Mon, 21 Jun 2010 16:33:49 -0400 Rik van Riel wrote: > From: Andrea Arcangeli > 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 > Signed-off-by: Rik van Riel > --- > > 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: email@kvack.org