Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755089AbYHNB0z (ORCPT ); Wed, 13 Aug 2008 21:26:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751016AbYHNB0q (ORCPT ); Wed, 13 Aug 2008 21:26:46 -0400 Received: from mx1.redhat.com ([66.187.233.31]:43357 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750875AbYHNB0q (ORCPT ); Wed, 13 Aug 2008 21:26:46 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Jeremy Fitzhardinge X-Fcc: ~/Mail/linus Cc: "H. Peter Anvin" , Mathieu Desnoyers , Andi Kleen , Linus Torvalds , Ingo Molnar , Steven Rostedt , Steven Rostedt , LKML , Thomas Gleixner , Peter Zijlstra , Andrew Morton , David Miller , Ulrich Drepper , Rusty Russell , Gregory Haskins , Arnaldo Carvalho de Melo , "Luis Claudio R. Goncalves" , Clark Williams , Christoph Lameter Subject: Re: [RFC PATCH] x86 alternatives : fix LOCK_PREFIX race with preemptible kernel and CPU hotplug In-Reply-To: Jeremy Fitzhardinge's message of Wednesday, 13 August 2008 18:22:22 -0700 <48A388CE.2020404@goop.org> References: <489CE90D.1040902@goop.org> <20080813175213.GA8679@Krystal> <20080813184142.GM1366@one.firstfloor.org> <20080813193011.GC15547@Krystal> <20080813193715.GQ1366@one.firstfloor.org> <20080813200119.GA18966@Krystal> <20080813234156.GA25775@Krystal> <48A375E3.9090609@zytor.com> <48A388CE.2020404@goop.org> X-Antipastobozoticataclysm: When George Bush projectile vomits antipasto on the Japanese. Message-Id: <20080814012638.BA70D154495@magilla.localdomain> Date: Wed, 13 Aug 2008 18:26:38 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 683 Lines: 17 > That said, I wonder how useful it is to do the SMP->UP code transition. > How often does a kernel go from being SMP to UP in a situation where we > really care about the performance? And that won't be shortly be > becoming SMP again anyway? I agree, it only seems worthwhile to do this substitution when from the config+hardware it's determined at boot that nr_cpus_possible==1 (i.e. no CPU hotplug possibility). Thanks, Roland -- 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/