All of lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Grundler <grundler@parisc-linux.org>
To: Artem Alimarine <artem.alimarine@stromasys.com>
Cc: Grant Grundler <grundler@parisc-linux.org>,
	John David Anglin <dave@hiauly1.hia.nrc.ca>,
	linux-parisc@vger.kernel.org
Subject: Re: Wierd code in Entry.S
Date: Wed, 15 Jul 2009 00:40:46 -0600	[thread overview]
Message-ID: <20090715064046.GB26739@lackof.org> (raw)
In-Reply-To: <4A576837.70501@stromasys.com>

On Fri, Jul 10, 2009 at 06:11:35PM +0200, Artem Alimarine wrote:
> Hi Grant,
>
> Bit 44 falls into the access_id area. So, access id get corrupted. As  
> far as I understand we should get interrupt 18 (access check trap) on  
> such TLB  entries. However we do not. The bug can go unnoticed when the  
> access id is smaller than 31 bits. The PA2.0 manual says in the IDTLBT  
> description: If smaller than 31-bit access IDs are implemented, only the  
> appropriate number of the
> rightmost bits of GR[r]{32..62} are stored in the TLB. Obviously, bit 44  
> is not among the stored bits.

Ok - thanks for looking that up. CPU specific ERS would contain the
details that describe access ID implementations.

> Actually, I have no idea on how many bits are used by the hardware.  
> Myself I have rp2470.

Yeah, that's Astro/Elroy and not ZX1. So should not be affected
by the U-bit being mis-set.

thanks,
grant

  reply	other threads:[~2009-07-15  6:40 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-09 13:11 Wierd code in Entry.S Artem Alimarine
2009-07-09 22:55 ` Grant Grundler
2009-07-10  0:15   ` John David Anglin
2009-07-10 15:36     ` Grant Grundler
2009-07-10 15:55       ` John David Anglin
2009-07-10 16:18         ` James Bottomley
2009-07-10 18:48           ` John David Anglin
2009-07-15  6:38           ` Grant Grundler
2009-07-15 12:41             ` James Bottomley
2009-07-15 15:00               ` Matthew Wilcox
2009-07-22  5:34               ` Grant Grundler
2009-07-10 16:11       ` Artem Alimarine
2009-07-15  6:40         ` Grant Grundler [this message]
2009-07-10 15:52     ` James Bottomley
2009-07-10 16:25       ` Artem Alimarine
2009-07-11  0:12       ` John David Anglin
2009-07-11  0:30         ` John David Anglin
2009-07-11  1:05           ` John David Anglin
2009-07-12 19:40             ` John David Anglin
2009-07-13  1:15               ` Kyle McMartin
2009-07-13  1:44                 ` John David Anglin
2009-07-13  1:54                   ` Kyle McMartin
2009-07-13  2:18                     ` John David Anglin
2009-07-10  7:31   ` Artem Alimarine

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=20090715064046.GB26739@lackof.org \
    --to=grundler@parisc-linux.org \
    --cc=artem.alimarine@stromasys.com \
    --cc=dave@hiauly1.hia.nrc.ca \
    --cc=linux-parisc@vger.kernel.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.