linux-mips
[Top] [All Lists]

Re: PATCH: Always use ll/sc for mips

To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Subject: Re: PATCH: Always use ll/sc for mips
From: "H. J. Lu" <hjl@lucon.org>
Date: Tue, 16 Jul 2002 08:42:08 -0700
Cc: Ulrich Drepper <drepper@redhat.com>, linux-mips@oss.sgi.com, GNU C Library <libc-alpha@sources.redhat.com>
In-reply-to: <Pine.GSO.3.96.1020716171505.20654S-100000@delta.ds2.pg.gda.pl>; from macro@ds2.pg.gda.pl on Tue, Jul 16, 2002 at 05:22:36PM +0200
References: <1026781165.3673.11.camel@myware.mynet> <Pine.GSO.3.96.1020716171505.20654S-100000@delta.ds2.pg.gda.pl>
Sender: owner-linux-mips@oss.sgi.com
User-agent: Mutt/1.2.5.1i
On Tue, Jul 16, 2002 at 05:22:36PM +0200, Maciej W. Rozycki wrote:
> On 15 Jul 2002, Ulrich Drepper wrote:
> 
> > > The ll/sc emulation is implemented in 2.4.0 and above. This patch makes
> > > glibc always use ll/sc.
> > 
> > Since I haven't seen any objections I've checked this patch in.
> 
>  [I must have missed the original mail, sorry.]
> 
>  It sucks performance-wise with no visible gain, so I don't think it is
> really desireable.  Since the no-ll/sc case is handled correctly, I see no

Only <sys/tas.h> is covered by the kernel interface. But it doesn't
cover atomicity.h in glibc and libstdc++.

> reason to remove the code.  The kernel interface is awkward, I admit, but
> it works (and is even handcoded in assembly for performance gain) and we
> may able to develop a better one eventually.
> 


H.J.


<Prev in Thread] Current Thread [Next in Thread>