Hi

I have a problem with running the U-Boot on my own board.
The target porcesser is a MPC8377E with DDR2 ram.

The problem is that the U-Boot has a problem when it try to rellocate itself to 
RAM.
I know that this could be some timing settings for the SDRAM and the RAM 
controller.
But the thing is that this is not every time uboot try to relocate itself to 
RAM.

It is only sometimes it fails, and it is not the same place in the RAM.
If i use my J-Tag (lauterbach), to see what data there is in the RAM, where 
register r7
point to when the rellocate fails. And also look at the data on the r8 which is 
in FLASH.
Then I see that my data in RAM is not steady. But if I stop with reading this 
data.
And instead look another place in ram(0x0). It is steady. If I then view where 
the
register r7 point to then the data on place 0x0 start switching.

Little example on how the data is switching place.

0x1FF80000  _ _ _ _  _ _ _ _   _ _ _ _  _ _ X X _ _
0x1FF80008  _ _ _ _  _ _ _ _   _ _ _ _  _ _ X X _ _
0x1FF80010  _ _ _ _  _ _ _ _   _ _ _ _  _ _ X X _ _
0x1FF80018  _ _ _ _  _ _ _ _   _ _ _ _  _ _ X X _ _

The data on place X X
Correct   Switched
  data         data
   12           34
   23           56 
   34           12
   56           23

All other data is steady, and I tried to write different pattern in the RAM.
When U-Boot is up running correct I had tried to do some mtest with the 
uboot memory testcommand.

In the FAQ there is this.
"Standard memory tests are not effective in identifying this type of problem
because they do not cause stressful cache burst read/write operations. "

But what exactly does this mean? On my target I has DDR2 ram.
And I thought that only bursted mode access was possible to the RAM on 
DDR2?

So a lot of information hope anyone will help me a little bit. Or maybe 
someone has seen a problem seminary.

Thanks for your time.

/LSkov
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Reply via email to