Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932270AbVLPNr2 (ORCPT ); Fri, 16 Dec 2005 08:47:28 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932258AbVLPNr2 (ORCPT ); Fri, 16 Dec 2005 08:47:28 -0500 Received: from zcars04f.nortelnetworks.com ([47.129.242.57]:13979 "EHLO zcars04f.nortelnetworks.com") by vger.kernel.org with ESMTP id S932150AbVLPNr1 (ORCPT ); Fri, 16 Dec 2005 08:47:27 -0500 To: Nick Piggin Cc: David Howells , Arjan van de Ven , Andrew Morton , Alan Cox , "Christopher Friesen" , torvalds@osdl.org, hch@infradead.org, matthew@wil.cx, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: [PATCH 1/19] MUTEX: Introduce simple mutex implementation References: <15167.1134488373@warthog.cambridge.redhat.com> <1134490205.11732.97.camel@localhost.localdomain> <1134556187.2894.7.camel@laptopd505.fenrus.org> <1134558188.25663.5.camel@localhost.localdomain> <1134558507.2894.22.camel@laptopd505.fenrus.org> <1134559470.25663.22.camel@localhost.localdomain> <20051214033536.05183668.akpm@osdl.org> <15412.1134561432@warthog.cambridge.redhat.com> <11202.1134730942@warthog.cambridge.redhat.com> <43A2BAA7.5000807@yahoo.com.au> <20051216132123.GB1222@flint.arm.linux.org.uk> From: "Linh Dang" Organization: Null Date: Fri, 16 Dec 2005 08:46:44 -0500 In-Reply-To: <20051216132123.GB1222@flint.arm.linux.org.uk> (Russell King's message of "Fri, 16 Dec 2005 13:21:23 +0000") Message-ID: User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 953 Lines: 41 Russell King wrote: > On Sat, Dec 17, 2005 at 12:01:27AM +1100, Nick Piggin wrote: >> You were proposing a worse default, which is the reason I suggested >> it. > > I'd like to qualify that. "for architectures with native cmpxchg". > > For general consumption (not specifically related to mutex stuff)... > > For architectures with llsc, sequences stuch as: > > load > modify > cmpxchg > > are inefficient because they have to be implemented as: > > load > modify > load > compare > store conditional > I dont know what arch u have in mind but for ppc it is: load-reserve modify store-conditional and NOT the sequence you show. -- Linh Dang - 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/