Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751951AbaAOUuz (ORCPT ); Wed, 15 Jan 2014 15:50:55 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:43305 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750898AbaAOUux (ORCPT ); Wed, 15 Jan 2014 15:50:53 -0500 Date: Wed, 15 Jan 2014 12:50:51 -0800 From: Andrew Morton To: Davidlohr Bueso Cc: David Rientjes , Joonsoo Kim , Mel Gorman , Rik van Riel , Michal Hocko , "Aneesh Kumar K.V" , KAMEZAWA Hiroyuki , Hugh Dickins , Davidlohr Bueso , David Gibson , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Wanpeng Li , Naoya Horiguchi , Hillf Danton , aswin@hp.com Subject: Re: [PATCH v3 13/14] mm, hugetlb: retry if failed to allocate and there is concurrent user Message-Id: <20140115125051.d533309988175abda67cab23@linux-foundation.org> In-Reply-To: <1389818820.17932.7.camel@buesod1.americas.hpqcorp.net> References: <1387349640-8071-1-git-send-email-iamjoonsoo.kim@lge.com> <1387349640-8071-14-git-send-email-iamjoonsoo.kim@lge.com> <20131219170202.0df2d82a2adefa3ab616bdaa@linux-foundation.org> <20131220140153.GC11295@suse.de> <1387608497.3119.17.camel@buesod1.americas.hpqcorp.net> <20131223004438.GA19388@lge.com> <20131223021118.GA2487@lge.com> <1388778945.2956.20.camel@buesod1.americas.hpqcorp.net> <20140106001938.GB696@lge.com> <1389010745.14953.5.camel@buesod1.americas.hpqcorp.net> <20140107015701.GB26726@lge.com> <1389062214.9937.0.camel@buesod1.americas.hpqcorp.net> <1389760669.4971.31.camel@buesod1.americas.hpqcorp.net> <20140114205603.f4fd2678.akpm@linux-foundation.org> <1389818820.17932.7.camel@buesod1.americas.hpqcorp.net> X-Mailer: Sylpheed 3.2.0beta5 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 15 Jan 2014 12:47:00 -0800 Davidlohr Bueso wrote: > > Well, we're mainly looking for bugfixes this last in the cycle. > > "[PATCH v3 03/14] mm, hugetlb: protect region tracking via newly > > introduced resv_map lock" fixes a bug, but I'd assumed that it depended > > on earlier patches. > > It doesn't seem to depend on anything. All 1-7 patches apply cleanly on > linux-next, the last change to mm/hugetlb.c was commit 3ebac7fa (mm: > dump page when hitting a VM_BUG_ON using VM_BUG_ON_PAGE). > > > If we think that one is serious then it would be > > better to cook up a minimal fix which is backportable into 3.12 and > > eariler? > > I don't think it's too serious, afaik it's a theoretical race and I > haven't seen any bug reports for it. So we can probably just wait for > 3.14, as you say, it's already late in the cycle anyways. OK, thanks. > Just let me > know what you want to do so we can continue working on the actual > performance issue. A resend after -rc1 would suit. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/