Re: [U-Boot-Users] (no subject)
Stefan,
Actually > 256MB won't work correctly. There is a problem in board/amcc/ocotea/init.S:
tlbtab: tlbtab_start tlbentry( 0xf0000000, SZ_256M, 0xf0000000, 1, AC_R|AC_W|AC_X|SA_G|SA_I) tlbentry( CFG_PERIPHERAL_BASE, SZ_256M, 0x40000000, 1, AC_R|AC_W|SA_G|SA_I) tlbentry( CFG_ISRAM_BASE, SZ_4K, 0x80000000, 0, AC_R|AC_W|AC_X ) tlbentry( CFG_ISRAM_BASE + 0x1000, SZ_4K, 0x80001000, 0, AC_R|AC_W|AC_X ) tlbentry( CFG_SDRAM_BASE, SZ_256M, 0x00000000, 0, AC_R|AC_W|AC_X|SA_G|SA_I ) tlbentry( CFG_SDRAM_BASE+0x10000000, SZ_256M, 0x00000000, 0, AC_R|AC_W|AC_X|SA_G|SA_I ) tlbentry( CFG_PCI_BASE, SZ_256M, 0x00000000, 2, AC_R|AC_W|SA_G|SA_I ) tlbentry( CFG_PCI_MEMBASE, SZ_256M, 0x00000000, 3, AC_R|AC_W|SA_G|SA_I ) tlbtab_en
The line:
tlbentry( CFG_SDRAM_BASE+0x10000000, SZ_256M, 0x00000000, 0, AC_R|AC_W|AC_X|SA_G|SA_I )
...should be...
tlbentry( CFG_SDRAM_BASE+0x10000000, SZ_256M, 0x10000000, 0, AC_R|AC_W|AC_X|SA_G|SA_I ) ^ ------------------------------------------------^
The way it currently stands virtual addresses 256-512MB are mapped into the same region as the 1st 256MB of SDRAM.
Marc Howard
-----Original Message----- From: u-boot-users-bounces@lists.sourceforge.net [mailto:u-boot-users-bounces@lists.sourceforge.net] On Behalf Of Stefan Roese Sent: Thursday, September 28, 2006 5:48 AM To: u-boot-users@lists.sourceforge.net Subject: Re: [U-Boot-Users] (no subject)
Hi Gerald,
On Thursday 28 September 2006 04:03, Gerald Jackson wrote:
Does anyone know why u-boot 1.1.4 fails if you use two dimms in the Ocotea Amcc board?
I have try two 256 dimm, two 512 dimm, and one 256 dimm in
the second
slot ( nothing in the first slot) it all fails.
Is this a know problem with the Ocotea board?
No. IIRC, we have tested Ocotea with different DIMM modules. Which U-Boot version are you using? What DIMM modules are you using? And what combination _is_ working?
A quick look at the TLB setup shows me, that a maximum of 512MBytes could be working. For more at least the TLB setup has to be changed.
Best regards, Stefan
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge
&CID=DEVDEV
U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Hi Marc,
On Thursday 28 September 2006 23:07, Howard, Marc wrote:
Actually > 256MB won't work correctly. There is a problem in board/amcc/ocotea/init.S:
<snip>
The line:
tlbentry( CFG_SDRAM_BASE+0x10000000, SZ_256M, 0x00000000, 0, AC_R|AC_W|AC_X|SA_G|SA_I )
...should be...
tlbentry( CFG_SDRAM_BASE+0x10000000, SZ_256M, 0x10000000, 0, AC_R|AC_W|AC_X|SA_G|SA_I ) ^ ------------------------------------------------^
The way it currently stands virtual addresses 256-512MB are mapped into the same region as the 1st 256MB of SDRAM.
Yes, you are right. Thanks. I will fix this in a few days and add some more tlb's to supports at least 512MB.
Best regards, Stefan
participants (2)
-
Howard, Marc -
Stefan Roese