All of lore.kernel.org
 help / color / mirror / Atom feed
* [U-Boot] Loading and Running u-boot from context RAM
@ 2010-03-31  5:16 Ronny D
  2010-03-31  6:41 ` Stefan Roese
  2010-03-31  6:50 ` Wolfgang Denk
  0 siblings, 2 replies; 3+ messages in thread
From: Ronny D @ 2010-03-31  5:16 UTC (permalink / raw)
  To: u-boot

Hello,

I am working on PPC440 based customized board having 4MB context ram.

what are all changes need to perform to skip relocation of u-boot in DDR and relocated it to context ram and run from the same location.

~Ronny 



      The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/

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

* [U-Boot] Loading and Running u-boot from context RAM
  2010-03-31  5:16 [U-Boot] Loading and Running u-boot from context RAM Ronny D
@ 2010-03-31  6:41 ` Stefan Roese
  2010-03-31  6:50 ` Wolfgang Denk
  1 sibling, 0 replies; 3+ messages in thread
From: Stefan Roese @ 2010-03-31  6:41 UTC (permalink / raw)
  To: u-boot

Hi Ronny,

On Wednesday 31 March 2010 07:16:33 Ronny D wrote:
> I am working on PPC440 based customized board having 4MB context ram.
> 
> what are all changes need to perform to skip relocation of u-boot in DDR
> and relocated it to context ram and run from the same location.

I'm not sure if I understand your question correctly. Are you looking for a 
way to skip the SDRAM initialisation and relocation from FLASH to SDRAM and 
directly "jump" to the U-Boot code already located somewhere in RAM? If yes, 
then you should take a look at the Sequoia (440EPx) ramboot build target. Here 
the commit log from the base support patch:

    ppc4xx: Add Sequoia RAM-booting target
    
    This patch adds another build target for the AMCC Sequoia PPC440EPx
    eval board. This RAM-booting version is targeted for boards without
    NOR FLASH (NAND booting) which need a possibility to initially
    program their NAND FLASH. Using a JTAG debugger (e.g. BDI2000/3000)
    configured to setup the SDRAM, this debugger can load this RAM-
    booting image to the target address in SDRAM (in this case 0x1000000)
    and start it there. Then U-Boot's standard NAND commands can be
    used to program the NAND FLASH (e.g. "nand write ...").
    
    Here the commands to load and start this image from the BDI2000:
    
    440EPX>reset halt
    440EPX>load 0x1000000 /tftpboot/sequoia/u-boot.bin
    440EPX>go 0x1000000
    
    Please note that this image automatically scans for an already
    initialized SDRAM TLB (detected by EPN=0). This TLB will not be
    cleared. This TLB doesn't need to be TLB #0, this RAM-booting
    version will detect it and preserve it. So booting via BDI2000
    will work and booting with a complete different TLB init via
    U-Boot works as well.

Hope this helps.

Cheers,
Stefan

--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de

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

* [U-Boot] Loading and Running u-boot from context RAM
  2010-03-31  5:16 [U-Boot] Loading and Running u-boot from context RAM Ronny D
  2010-03-31  6:41 ` Stefan Roese
@ 2010-03-31  6:50 ` Wolfgang Denk
  1 sibling, 0 replies; 3+ messages in thread
From: Wolfgang Denk @ 2010-03-31  6:50 UTC (permalink / raw)
  To: u-boot

Dear Ronny D,

In message <875745.66478.qm@web46116.mail.sp1.yahoo.com> you wrote:
>
> I am working on PPC440 based customized board having 4MB context ram.
> 
> what are all changes need to perform to skip relocation of u-boot in DDR
> and relocated it to context ram and run from the same location.

first: why would you want to do that? Which advantages do you expect
compared to running from DDR?

It might be sufficient to change the initialization of "addr" in
board_init_f() in "lib_ppc/board.c"; instead of basing it on
"CONFIG_SYS_SDRAM_BASE + get_effective_memsize()" set it to the end
address of your contaxt RAM (+1). Be careful about the relocation of
the exception vectors, though. These probably still need to be
relocated to 0. I don't know which other obstacles might be on that
way - U-Boot's memory map on Power silently assumes that it has
contiguous memory from 0 through the current image address. Also, 4 MB
might not be sufficient for example to hold the malloc arena if you
want to uncompress bigger bz2 compressed images, and so on.

All in all I expect some effort especially for debugging, and little
or no benefit.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
"There is no distinctly American criminal class except Congress."
- Mark Twain

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

end of thread, other threads:[~2010-03-31  6:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-31  5:16 [U-Boot] Loading and Running u-boot from context RAM Ronny D
2010-03-31  6:41 ` Stefan Roese
2010-03-31  6:50 ` Wolfgang Denk

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.