<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.2963" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2>Hi,</FONT></SPAN></DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial size=2>we&nbsp;have 
troubles with&nbsp;our 256 MBytes DDR SDRAM on&nbsp;our mpc5200B custom 
board.</FONT></SPAN></DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial size=2>On this processor we 
have four&nbsp;chips, 64 MBytes each connected via chipselects CS0 &amp; 
CS1.</FONT></SPAN></DIV>
<DIV><SPAN class=081535315-03102006></SPAN><SPAN class=081535315-03102006><FONT 
face=Arial size=2>When running a specific memory test under u-boot the CS1 
connected RAM seems also to work fine (memcpy, memcmp, etc.). But U-Boot 
disables the data cache as it partly boot-strapped from there. So it will not 
use the DDR burst mode.</FONT></SPAN></DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial size=2>Now when booting our 
2.4.25 Denx originated Linux Kernel (which we fetched via git a few weeks ago) 
the data cache is on and we get into trouble when booting Linux (either signal 
11 or signal 4&nbsp;at different places, highly timing dependant). If&nbsp;we 
setup only the RAM connected via CS0, we don't have any troubles. So I do not 
suspect Linux to be the cause of the trouble.</FONT></SPAN></DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial size=2>It would be helpful 
to see if this trouble is related to the DDR burst mode. Is there any 
possibility to modify the Linux Kernel not to use the data cache of the mpc5200 
or to&nbsp;disable it, so we do not use the burst 
mode&nbsp;?</FONT></SPAN></DIV>
<DIV><SPAN class=081535315-03102006></SPAN><SPAN class=081535315-03102006><FONT 
face=Arial size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial size=2>A maybe stupid 
question: the CS1 can be at the same time a GPIO, depending on the mpc5200B 
setup. Could there be the possibility that the Linux kernel sets it up 
differently inside&nbsp;some driver initialization routine, so the setup which 
has been done inside U-Boot will be altered afterwards ?</FONT></SPAN></DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial size=2>Best 
regards,</FONT></SPAN></DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=081535315-03102006><FONT face=Arial 
size=2>Daniel.</FONT></SPAN></DIV></BODY></HTML>