Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759454AbZACPwT (ORCPT ); Sat, 3 Jan 2009 10:52:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758955AbZACPwI (ORCPT ); Sat, 3 Jan 2009 10:52:08 -0500 Received: from relay3.sgi.com ([192.48.171.31]:41039 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1758950AbZACPwG (ORCPT ); Sat, 3 Jan 2009 10:52:06 -0500 Message-ID: <495F89A3.9030002@sgi.com> Date: Sat, 03 Jan 2009 07:52:03 -0800 From: Mike Travis User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: Ingo Molnar CC: Rusty Russell , Linus Torvalds , linux-kernel@vger.kernel.org Subject: Re: [PULL] cpumask tree References: <200901011149.18401.rusty@rustcorp.com.au> <20090102203839.GA26850@elte.hu> <200901031751.00076.rusty@rustcorp.com.au> <20090103105208.GA19080@elte.hu> <495F7D27.8020104@sgi.com> <20090103150634.GA28693@elte.hu> <495F84D8.1070404@sgi.com> <20090103154733.GA8111@elte.hu> In-Reply-To: <20090103154733.GA8111@elte.hu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1528 Lines: 48 Ingo Molnar wrote: > * Mike Travis wrote: > >> Ingo Molnar wrote: >>> * Mike Travis wrote: >>> >>>>> Once we have figured out the CPU-hotplug lockdep splat (possibly due >>>>> to Mike's changes not yours) i'll send it to Linus. Thanks, >>>>> >>>>> Ingo >>>> Thanks! Am working on that now. >>> do you suspect any of the commits? I'm bisecting it right now but if you >>> have bisected it already i wont repeat it. >>> >>> Ingo >> I haven't done that yet, I'm just now getting your config to work pre-patches. >> >> But yes, I suspect one of the changes to use "work_on_cpu" -- this >> usually causes the 2nd call to get_online_cpus(). > > i suspect it's: > > | commit 2d22bd5e74519854458ad372a89006e65f45e628 > | Author: Mike Travis > | Date: Wed Dec 31 18:08:46 2008 -0800 > | > | x86: cleanup remaining cpumask_t code in microcode_core.c > > as the microcode is loaded during CPU onlining. > > Ingo I think you're right. You need the coincidence of both writing to the /sys/devices/system/cpu/cpuX/online file along with the cpu coming up quickly enough to attempt to load the microcode before the write has returned. (Or something similar.) Btw, I'm resending your "fix ia64" patch shortly. Thanks, Mike -- 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/