Hi Marc,
>>I've real idea what I'm looking for at this stage.
Could it be an SDRAM
>>config problem ?
>>If it is why does it work with the cache disabled ?
>
>The cache accesses the SDRAM in bursts, so maybe the
bursts
settings/timings
>are incorrect. You should carefully review both your
SDRAM and SDRAM
>controller's init.
>
>Marc
Thanks for your reply. I'm still drawing a blank on this so
setup a test
to try and see what was happening. I run a test program in
eprom which
inits the sdram and fills the first 32 bytes with 00 01
02...1f a byte
at a time.
I read it back using byte and also long word accesses and
all is ok.
I then init the cache to be a data cache and read the same
locations
again. Using byte access I get...
0405060708090A0B0C0D0E0F0C0D0E0F1415161718191A1B1C1D1E1F1C1D
1E1F
long word access gives the same result
If I read 32 bytes starting with an address offset of 4 I
get...
08090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F1C1D1E1FXXXX
XXXX
If I then immediately read with an address offset of 0 I
get...
1011121308090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F1C1D
1E1F
I'm sure the above should be telling me something but I
just don't see it.
Has anyone else seen anything like this before ? is anyone
use SDR
like me instead of DDR ?
Thanks for your time.
Cheers
Paul
____________________________________________________________
____________
DISCLAIMER:
Information contained in this email or any attachment may be
of a
confidential nature which should not be disclosed to, copied
or used by
anyone other than the addressee. It may also be legally
privileged.
If you receive this email in error, please delete the email
from your computer and notify the sender immediately by
return E-mail.
Security Warning: Please note that this email has been
created in the knowledge that Internet email is not a 100%
secure communications medium.
Virus Warning:
This email has been scanned for all viruses by MessageLabs.
Although this email and any attachment are believed to be
free from viruses, it is the responsibility of the recipient
to ensure that
they are virus free. No responsibility is accepted by
Bell-Fruit Games Ltd
for any loss or damage arising in any way from their
receipt, opening or
use.
------------------------------------------------------------
--------
To Subscribe send a message to: ColdFire-On Lists.Wildrice.com
To Unsubscribe send a message to: ColdFire-Off Lists.Wildrice.com
For further information, visit: <http://www.Wild
Rice.com/ColdFire/>
|