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
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
