All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael S. Zick" <mszick@goquest.com>
To: parisc-linux@lists.parisc-linux.org
Cc: John David Anglin <dave@hiauly1.hia.nrc.ca>
Subject: Re: [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.p
Date: Fri, 13 Aug 2004 19:53:17 -0500	[thread overview]
Message-ID: <200408131953.17512.mszick@goquest.com> (raw)
In-Reply-To: <200408140027.i7E0RCRO001690@hiauly1.hia.nrc.ca>

On Fri August 13 2004 19:27, John David Anglin wrote:
> >   80:   d2 80 09 f4     shrpw r0,r20,16,r20
> >   84:   d2 80 39 f0     extrw,u,= r20,15,16,r0
> > 
> > Then checking chapter 7 on 'shrpw' it very clearly
> > states that this instruction effects only the right
> > half of the registers. (no mention of left half)
> 
> It actually says for 'shrpw' that the leftmost 32 bits of the target
> register (r20) are undefined.  If you had used a different target
> register, r20 would not have been affected.
> 
I need to learn to read better.

> 
> The documentation is a bit vague when it comes to condition tests
> when a result is discarded, but I believe that the test is done
> before the result is discarded.  It doesn't make any sense to test
> r0 which always reads as zero.
> 
Another vague thing -
Can you get a register stall (interlock) against gr0?
I.E:
op-code ....,destination Rx
op-code source Rx, .....
must wait for the store to Rx to be retired.
If Rx is GR0 - will the behavior be the same?
In tech. terms...
Is the discard prior to the retire stage of the
pipeline?
Is the discard even earlier than that in the pipeline? 
Does reference to GR0 count against the two 
register limit on issues?

I can find a partial answer - if the operation referencing
GR0 changes the flags - it seems that you can stall 
against the update of the flags in the PSW.
(or at least that would be reasonable to expect).

Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

      reply	other threads:[~2004-08-14  0:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-11 17:35 [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.pdf? Joel Soete
2004-08-12 17:41 ` Jim Hull
2004-08-12 19:33   ` Michael S. Zick
2004-08-13 15:20     ` [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.p John David Anglin
2004-08-13 17:50       ` Michael S. Zick
2004-08-13 22:54 ` [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.pdf? Michael S. Zick
2004-08-14  0:27   ` [parisc-linux] Should I read SHR[DW] as SHRP[DW] in parisc2.p John David Anglin
2004-08-14  0:53     ` Michael S. Zick [this message]

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=200408131953.17512.mszick@goquest.com \
    --to=mszick@goquest.com \
    --cc=dave@hiauly1.hia.nrc.ca \
    --cc=parisc-linux@lists.parisc-linux.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.