I recently came across this nice tool written by Brian Swetland, for
loading u-boot.bin (or other loaders) to the OMAP over USB.
(Hat tip: Vikram Pandita).
Usage: ./usbboot ./aboot.bin u-boot.bin
where: usbboot is the PC side utility listening on USB bus for asic-id from omap
aboot.bin is the second-stage loader getting loaded to internal sram of omap
The second-stage loader loads u-boot.bin to external ddr
(u-boot.bin can be replaced by any binary that one wishes to execute from ddr).
I hope someone finds it useful.
Link to code:
git://github.com/swetland/omap4boot.git
- Anand
(@Brian, Thanks for writing this! @Vikram, Thanks for the pointer!)
The readme is a little out of date -- yesterday I updated it to build
the 2ndstage loader into the tool, so you can just do this:
% usbboot u-boot.bin
It'll sit around until it sees an omap4 enumerate, and then shoot the
built-in second-stage down to init sdram, then send the binary passed
on the commandline down. It really should be updated to download to
an arbitrary address, etc, but it's useful in its current form.
I've also used it to just directly download a kernel zImage to run out
of ram, etc.
Brian
On Feb 2, 2011 3:32 AM, "Loïc Minier" <lo...@dooz.org> wrote:
>
> On Sat, Jan 22, 2011, Anand Gadiyar wrote:
> > git://github.com/swetland/omap4boot.git
>
> Would this work on OMAP3 as well? The name suggests not, but ISTR
> OMAP3 supports this as well
The USB download protocol is similar (possibly identical), but the 2ndstage loader (aboot.bin) would need to be adjusted for omap3. I'm not sure if the rom API (used by the 2ndstage to continue to download the target binary from usb) is compatible. Perhaps somebody from TI could confirm or deny...
Brian
+ Nicolas who would know the answer about USB ROM code
[in-]compatibility between omap3 and omap4.
>
> Brian
Would this work on OMAP3 as well? The name suggests not, but ISTR
OMAP3 supports this as well
--
Lo�c Minier
There are some significant changes regarding USB peripheral booting between OMAP3 and OMAP4.
For example, on OMAP3, the ASIC ID is always sent, whereas on OMAP4 the ROM Code waits for a "Send ASIC ID" command before sending it.
Also, the addresses of the API functions are different, and the parameters passed to the USB functions have some additional information in OMAP4.
So in short, it is very probably NOT compatible and the 2nd loader must indeed be adjusted for OMAP3.
Nicolas.
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet. 036 420 040 R.C.S Antibes. Capital de EUR 753.920
-----Original Message-----
Well, it's currently only available on Windows for one.
But it does the job quite well.
- Anand