linux-mips
[Top] [All Lists]

Re: PATCH: Fix ll/sc for mips

To: "H . J . Lu" <hjl@lucon.org>
Subject: Re: PATCH: Fix ll/sc for mips
From: Ralf Baechle <ralf@oss.sgi.com>
Date: Mon, 4 Feb 2002 08:01:45 +0100
Cc: Hiroyuki Machida <machida@sm.sony.co.jp>, macro@ds2.pg.gda.pl, libc-alpha@sources.redhat.com, linux-mips@oss.sgi.com
In-reply-to: <20020131231714.E32690@lucon.org>; from hjl@lucon.org on Thu, Jan 31, 2002 at 11:17:14PM -0800
References: <20020131123547.A22759@lucon.org> <Pine.GSO.3.96.1020131230104.9069A-100000@delta.ds2.pg.gda.pl> <20020131144100.A24634@lucon.org> <20020201.123523.50041631.machida@sm.sony.co.jp> <20020131231714.E32690@lucon.org>
Sender: owner-linux-mips@oss.sgi.com
User-agent: Mutt/1.2.5i
On Thu, Jan 31, 2002 at 11:17:14PM -0800, H . J . Lu wrote:

> > Gas will fill delay slots. Same object codes will be produced, so I
> > think you don't have to do that by hand. 
> 
> It will make the code more readable. We don't have to guess what
> the assembler will do. 

Generally speaking a MIPS assembler is free to do arbitrary reordering.
In the past there have been non-GNU assembler that were doing more massive
reordering than gcc does ...  Using .set noreorder means you dump the
assembler's intelligence and take full responsibility for dealing with
all interlocks (or the lack thereof) and other performance issues
yourself.

  Ralf

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