In fact I'm using OMAPL138 platform and I think that it is not UBL that is copying kernel under that platform.
I have been able to find the kernel image relocation in cmd_bootm.c but that is not the inital copy.
I added printf/puts into the code to find where exactly it happens and my last print before the copy is displayed from
file: hush.c function: static int run_pipe_real(struct pipe *pi) line: rcode = (cmdtp->cmd) (cmdtp, flag,child->argc-i,&child->argv[i]);
This is a function pointer and I just don't know where it jumps and it's what I trying to find.
Any idea?
Thanks
Nicolas
On Mon, Aug 23, 2010 at 11:28 AM, Detlev Zundel dzu@denx.de wrote:
Hi Nicolas,
I'm using OMAP-L138 (ARM based) with NOR flash and I'll like to know in which file uboot copies kernel from NOR to RAM?
This will be the UBL which runs before U-Boot gets a chance to run. Just before Stefano Babic's work on the dm365 platform all davinci U-Boot ports configured CONFIG_SKIP_LOWLEVEL_INIT and thus relied on being loaded by some other entity into RAM to the link address specified during compilation. In such setups U-Boot is actually a payload in an AIS image.
There is some documentation out there on the web ([1], esp. [2]) - if you have further questions, go ahead ;)
Cheers Detlev
[1] http://processors.wiki.ti.com/index.php/Category:OMAPL1 [2] http://processors.wiki.ti.com/index.php/Serial_Boot_and_Flash_Loading_Utilit...
-- Deutsches Grundgesetz Artikel 21 Absatz 1: Die Parteien wirken bei der politischen Willensbildung des Volkes mit. Ihre Gründung ist frei. Ihre innere Ordnung muß demokratischen Grundsätzen ent- sprechen. Sie müssen über die Herkunft und Verwendung ihrer Mittel sowie über ihr Vermögen öffentlich Rechenschaft geben. -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu@denx.de