LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
* U-boot1.1.4 porting problem on PPC 440GX
@ 2006-05-02 22:32 pravin
  2006-05-02 22:55 ` Eugene Surovegin
  0 siblings, 1 reply; 3+ messages in thread
From: pravin @ 2006-05-02 22:32 UTC (permalink / raw)
  To: linuxppc-embedded

[-- Attachment #1: Type: text/plain, Size: 759 bytes --]

Hi All,
  I build uboot1.1.4 for ocotea_config  and run on an ocotea without SPD on DIMMS (SDRAM) and  It works. We manufactured another board derived from Ocotea Ref design, 440GX processor and on baord SDRAM (DIMMS) 256MB discrete parts. I use the same Uboot1.1.4 for this board. It boots upto calling the 
   
  relocate_code in cpu/ppc4xx/start.S and hangs. The same code works well on Ocotea. I run the memory tests and it passed all.
   
  Any idea why this could hang and never finish the relocate_code function. Trying relocating Uboot to SDRAM memory to get the C environment and run from memory.
   
  Any help would be appreciated. Any idea if i need any special code because of the discrete parts of SDRAM on our board.
   
  Thanks,
  Pravin
   

[-- Attachment #2: Type: text/html, Size: 919 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: U-boot1.1.4 porting problem on PPC 440GX
  2006-05-02 22:32 U-boot1.1.4 porting problem on PPC 440GX pravin
@ 2006-05-02 22:55 ` Eugene Surovegin
  2006-05-02 23:34   ` Wolfgang Denk
  0 siblings, 1 reply; 3+ messages in thread
From: Eugene Surovegin @ 2006-05-02 22:55 UTC (permalink / raw)
  To: pravin; +Cc: linuxppc-embedded

On Tue, May 02, 2006 at 03:32:59PM -0700, pravin wrote:
> Hi All,
>   I build uboot1.1.4 for ocotea_config  and run on an ocotea without SPD on DIMMS (SDRAM) and  It works. We manufactured another board derived from Ocotea Ref design, 440GX processor and on baord SDRAM (DIMMS) 256MB discrete parts. I use the same Uboot1.1.4 for this board. It boots upto calling the 
>    
>   relocate_code in cpu/ppc4xx/start.S and hangs. The same code works well on Ocotea. I run the memory tests and it passed all.
>    
>   Any idea why this could hang and never finish the relocate_code function. Trying relocating Uboot to SDRAM memory to get the C environment and run from memory.
>    
>   Any help would be appreciated. Any idea if i need any special code because of the discrete parts of SDRAM on our board.

You can use Ocotea code (kernel and/or U-Boot) as-is for your board 
only in one case - your board is _identical_ to Ocotea.

I doubt that this is the case, so you have to modify U-Boot and/or 
kernel board support code to accommodate any differences between Ocotea 
and your design.

Start with asking your hardware people about such differences.

-- 
Eugene

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: U-boot1.1.4 porting problem on PPC 440GX
  2006-05-02 22:55 ` Eugene Surovegin
@ 2006-05-02 23:34   ` Wolfgang Denk
  0 siblings, 0 replies; 3+ messages in thread
From: Wolfgang Denk @ 2006-05-02 23:34 UTC (permalink / raw)
  To: pravin; +Cc: linuxppc-embedded

In message <20060502225540.GA25045@gate.ebshome.net> Eugene Surovegin wrote:
> 
> Start with asking your hardware people about such differences.

...and then post to a mailing list  (like  u-boot-users)  where  your
questions fit. Here they are off topic.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Q:  Do you know what the death rate around here is?
A:  One per person.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-05-02 23:34 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-02 22:32 U-boot1.1.4 porting problem on PPC 440GX pravin
2006-05-02 22:55 ` Eugene Surovegin
2006-05-02 23:34   ` Wolfgang Denk

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox