Re: [rfc] generic allocator and mspec driver

From: Robin Holt <holt_at_sgi.com>
Date: 2005-02-16 06:11:20
On Tue, Feb 15, 2005 at 10:04:49AM -0800, David Mosberger wrote:
> >>>>> On 15 Feb 2005 03:43:10 -0500, Jes Sorensen <jes@wildopensource.com> said:
> 
> >>>>> "Tony" == Luck, Tony <tony.luck@intel.com> writes:
> 
>   Tony> Is ia64 the only architecture that has uncached vs. cached
>   Tony> access issues?  If so, the PG_arch_1 might have to be the
>   Tony> solution, but surely others have cache coherence problems too
>   Tony> if there are mixed cacheable and uncacheable access to the
>   Tony> same memory?  In which case a new generic bit would be more
>   Tony> appropriate.
> 
>   Jes> None of the ones I know well have this problem, but I have
>   Jes> little knowledge about this level of stuff on most
>   Jes> architectures. The ones that could have issues would probably
>   Jes> be like PPC, PARISC and maybe Alpha .....
> 
> Well, any CPU that allows overlapping mappings and does _any_ sort of
> speculative accesses will have a problem.  The only question is
> whether you'll get an explicit error notification (e.g., MCA) or
> silent data corruption.

We saw many silent data corruptions. The SN2 hardware will give an
MCA if both types of references are made by the cpu at about the
same time, but that depends on both transactions being on the bus
in close relationship to each other.

Robin
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Tue Feb 15 14:12:13 2005

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:35 EST