Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753019Ab0BYH05 (ORCPT ); Thu, 25 Feb 2010 02:26:57 -0500 Received: from courier.cs.helsinki.fi ([128.214.9.1]:50039 "EHLO mail.cs.helsinki.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752804Ab0BYH04 (ORCPT ); Thu, 25 Feb 2010 02:26:56 -0500 Message-ID: <4B862623.5090608@cs.helsinki.fi> Date: Thu, 25 Feb 2010 09:26:27 +0200 From: Pekka Enberg User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Christoph Lameter CC: Andi Kleen , Nick Piggin , linux-kernel@vger.kernel.org, linux-mm@kvack.org, haicheng.li@intel.com, rientjes@google.com Subject: Re: [PATCH] [4/4] SLAB: Fix node add timer race in cache_reap References: <20100211953.850854588@firstfloor.org> <20100211205404.085FEB1978@basil.firstfloor.org> <20100215061535.GI5723@laptop> <20100215103250.GD21783@one.firstfloor.org> <20100215104135.GM5723@laptop> <20100215105253.GE21783@one.firstfloor.org> <20100215110135.GN5723@laptop> <20100220090154.GB11287@basil.fritz.box> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 814 Lines: 22 Christoph Lameter wrote: > On Sat, 20 Feb 2010, Andi Kleen wrote: > >> On Fri, Feb 19, 2010 at 12:22:58PM -0600, Christoph Lameter wrote: >>> On Mon, 15 Feb 2010, Nick Piggin wrote: >>> >>>> I'm just worried there is still an underlying problem here. >>> So am I. What caused the breakage that requires this patchset? >> Memory hotadd with a new node being onlined. > > That used to work fine. OK, can we get this issue resolved? The merge window is open and Christoph seems to be unhappy with the whole patch queue. I'd hate this bug fix to miss .34... Pekka -- 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/