Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Jun Sun <jsun@mvista.com>
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
	Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	linux-mips@oss.sgi.com, linux-mips@fnet.fr
Subject: Re: ll/sc emulation patch
Date: Sun, 15 Jul 2001 21:32:24 -0700	[thread overview]
Message-ID: <20010715213224.A19636@mvista.com> (raw)
In-Reply-To: <20010714125312.A6713@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Jul 14, 2001 at 12:53:12PM +0200

On Sat, Jul 14, 2001 at 12:53:12PM +0200, Ralf Baechle wrote:
> On Fri, Jul 13, 2001 at 12:52:55PM +0200, Maciej W. Rozycki wrote:
> 
> > > There is a bunch of patches for ll/sc and MIPS_ATOMIC_SET floating around.
> > > I came to the conclusion that I don't like any of them so I'm just working
> > > on fixing the thing once and for all.
> > 
> >  What about the _test_and_set syscall?  Having it implemented we could get
> > rid of the MIPS_ATOMIC_SET hack for post-2.4.  Glibc may be made ready for
> > the transition any time now.
> 
> I'm just making an attempt to re-implement the ll/sc emulation as light
> as possible.  I hope to get the overhead down to the point were we don't
> need _test_and_set anymore - in any case below the overhead of a syscall.
>

That is really cool.  

For compatibility reasons, I assume we still keep sysmips() around
for a while, right?  And if that is yes, we better take either flo's or
my fix (derived from Maceij's new syscall) to get rid of the illegal 
instruction bug, which really becomes an untolerable FAQ now.

Jun

  parent reply	other threads:[~2001-07-16  4:36 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-12 18:37 ll/sc emulation patch Jan-Benedict Glaw
2001-07-12 20:45 ` Ralf Baechle
2001-07-13 10:52   ` Maciej W. Rozycki
2001-07-14 10:53     ` Ralf Baechle
2001-07-14 17:19       ` Harald Koerfgen
2001-07-16  4:32       ` Jun Sun [this message]
2001-07-16  4:51         ` Ralf Baechle
2001-07-16 12:04         ` Maciej W. Rozycki
2001-07-16 10:03       ` Florian Lohoff
2001-07-16 12:03       ` Maciej W. Rozycki
2001-07-16 18:47         ` Mike McDonald
2001-07-16 18:50           ` H . J . Lu
2001-07-16 19:51             ` Maciej W. Rozycki
2001-07-16 20:09               ` H . J . Lu
2001-07-16 20:33                 ` Maciej W. Rozycki
2001-07-16 20:43                   ` H . J . Lu
2001-07-16 19:12           ` Mike McDonald
2001-07-16 19:40           ` Maciej W. Rozycki
2001-07-19  0:18         ` Ralf Baechle
2001-07-19 12:56           ` Maciej W. Rozycki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010715213224.A19636@mvista.com \
    --to=jsun@mvista.com \
    --cc=jbglaw@lug-owl.de \
    --cc=linux-mips@fnet.fr \
    --cc=linux-mips@oss.sgi.com \
    --cc=macro@ds2.pg.gda.pl \
    --cc=ralf@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox