[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1112061214590.28251@chino.kir.corp.google.com>
Date: Tue, 6 Dec 2011 12:16:13 -0800 (PST)
From: David Rientjes <rientjes@...gle.com>
To: Andy Lutomirski <luto@...capital.net>
cc: Hillf Danton <dhillf@...il.com>, linux-kernel@...r.kernel.org,
linux-mm@...ck.org
Subject: Re: hugetlb oops on 3.1.0-rc8-devel
On Wed, 2 Nov 2011, Andy Lutomirski wrote:
> > --- a/mm/hugetlb.c Sat Aug 13 11:45:14 2011
> > +++ b/mm/hugetlb.c Wed Nov 2 20:12:00 2011
> > @@ -2422,6 +2422,8 @@ retry_avoidcopy:
> > * anon_vma prepared.
> > */
> > if (unlikely(anon_vma_prepare(vma))) {
> > + page_cache_release(new_page);
> > + page_cache_release(old_page);
> > /* Caller expects lock to be held */
> > spin_lock(&mm->page_table_lock);
> > return VM_FAULT_OOM;
> >
>
> I'll patch it in. My test case took over a week to hit it once, so I
> can't guarantee I'll spot it.
>
This patch was merged and released in 3.2-rc3 as ea4039a34c4c ("hugetlb:
release pages in the error path of hugetlb_cow()"), Andy is this issue
fixed for you?
Powered by blists - more mailing lists