Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755649AbZAIU6w (ORCPT ); Fri, 9 Jan 2009 15:58:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756530AbZAIU5M (ORCPT ); Fri, 9 Jan 2009 15:57:12 -0500 Received: from smtp1.linux-foundation.org ([140.211.169.13]:49207 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755448AbZAIU5H (ORCPT ); Fri, 9 Jan 2009 15:57:07 -0500 Date: Fri, 9 Jan 2009 12:56:36 -0800 (PST) From: Linus Torvalds X-X-Sender: torvalds@localhost.localdomain To: Ingo Molnar cc: "H. Peter Anvin" , Andi Kleen , Chris Mason , Peter Zijlstra , Steven Rostedt , paulmck@linux.vnet.ibm.com, Gregory Haskins , Matthew Wilcox , Andrew Morton , Linux Kernel Mailing List , linux-fsdevel , linux-btrfs , Thomas Gleixner , Nick Piggin , Peter Morreale , Sven Dietrich Subject: Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning In-Reply-To: <20090109204103.GA17212@elte.hu> Message-ID: References: <20090108141808.GC11629@elte.hu> <1231426014.11687.456.camel@twins> <1231434515.14304.27.camel@think.oraclecorp.com> <20090108183306.GA22916@elte.hu> <20090108190038.GH496@one.firstfloor.org> <4966AB74.2090104@zytor.com> <20090109133710.GB31845@elte.hu> <20090109204103.GA17212@elte.hu> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1124 Lines: 28 On Fri, 9 Jan 2009, Ingo Molnar wrote: > > So, should we not remove CONFIG_OPTIMIZE_INLINING, then the correct one > would be to mark it __always_inline [__asm_inline is senseless there], or > the second patch below that changes the bit parameter to unsigned int. Well, I certainly don't want to _remove_ the "inline" like your patch did. Other gcc versions will care. But I committed the pure "change to unsigned" part. But we should fix the cmpxchg (and perhaps plain xchg too), shouldn't we? That your gcc version gets it right doesn't change the fact that Chris' gcc version didn't, and out-of-lined it all. So we'll need some __always_inlines there too.. And no, I don't think it makes any sense to call them "__asm_inline". Even when there are asms hidden in between the C statements, what's the difference between "always" and "asm"? None, really. Linus -- 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/