[Top] [All Lists]

Re: Au1500 hardware cache coherency

To: "Hartvig Ekner" <>
Subject: Re: Au1500 hardware cache coherency
From: "Eric DeVolder" <>
Date: Mon, 31 Mar 2003 08:41:55 -0600
Cc: "Pete Popov" <>, "Linux MIPS mailing list" <>
Original-recipient: rfc822;
References: <>
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
There are data cache snoop bugs with respect to PCI on the Au1500. For the
Au1500s soldered on DbAu1500 boards to-date, PCI can not use coherent
transactions. Details in the Specification Update for the Au1500 available from:
 -> Technical Resources
       -> AMD Alchemy Solutions Development Board Support

Login with your board and you'll be presented with various docs, including the
spec update.


Hartvig Ekner wrote:

Hi Pete,

I am attempting to use the HW coherency feature of the AU1500 to avoid SW 
flushes and increase the performance.
In the file, I can see that the CONFIG_NONCOHERENT_IO define 
is always set for the AMD
eval boards, which results in SW cache flushes when dma_cache_xxx functions are 
called. If HW coherency is
working, this define should not be set.

However, in your drivers, you only call the dma_cache functions from 
au1000/common/usbdev.c, but not from e.g. the ethernet
driver or the audio driver. Is this intentional? It seems that the ethernet & 
audio driver already relies on HW
coherency to function correctly (and it also sets the MAC enable bits 
accordingly, to force all ETH DMA
accesses to be coherent), so why not USB also?

When turning off NONCOHERENT_IO, there are some bugs (not in AU1000 code) which 
prevents the code from
compiling, but I have fixed these. And the kernel boots, but during some large 
disk-copy tests, I get occasional
data errors which I'm looking in to.

So before spending more time on debugging this, and creating patches for using 
HW coherency, I wanted to hear
your input - maybe there are known problems in the Au1500 coherency 


<Prev in Thread] Current Thread [Next in Thread>