Messages in this thread | | | Subject | Re: [PATCH] i386, x86_64 Initial PAT implementation | From | (Eric W. Biederman) | Date | Tue, 30 Aug 2005 19:39:43 -0600 |
| |
Dave Jones <davej@redhat.com> writes:
> On Tue, Aug 30, 2005 at 03:45:36PM +0100, Alan Cox wrote: > > On Llu, 2005-08-29 at 18:20 -0600, Eric W. Biederman wrote: > > > ways. Currently this code only allows for an additional flavor > > > of uncached access to physical memory addresses which should be hard > > > to abuse, and should raise no additional aliasing problems. No > > > attempt has been made to fix theoretical aliasing problems. > > > > Even an uncached/cached alias causes random memory corruption or an MCE > > on x86 systems. In fact it can occur even for an alias not in theory > > touched by the CPU if it happens to prefetch into or speculate the > > address. > > > > Also be sure to read the PII Xeon errata - early PAT has a bug or two. > > There are various PAT errata all the way through to Pentium-M iirc.
Thanks, I have just read through all of them and none of them look like a problem.
The primary issue is that you can't count on being able to use the upper 4 PAT entries.
The most painful is that on the Pentium-III and I believe on the Pentium-M there are occasions where PAT will fail to promote an UC entry from the mtrrs to WC. The page will remain UC resulting in louzy performance.
It looks like you can hard hang a Pentium-4 by mixing uncached and writeback memory attributes.
Eric
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |