[U-Boot-Users] How do I boot VxWorks (6.3) image with u-boot1.1.3 :: mkimage entry point and address ?

Chaffin, Michael mchaffin at microsatsystems.com
Thu Nov 30 22:32:00 CET 2006


> To: u-boot-users at lists.sourceforge.net
> Subject: Re: [U-Boot-Users] How do I boot VxWorks (6.3) image 
> with u-boot1.1.3 :: mkimage entry point and address ?
> 
> Chaffin, Michael wrote:
> 
> > I have a working system, PowerPC embedded in Xilinx Virtex II Pro, 
> > that does boot into Linux using u-boot 1.1.3; but I need to load a 
> > VxWorks
> > (6.3) image and boot from that. I have read thedocumentation, but I 
> > don't know what my entry point for mkimage to use, sysInit( )? What 
> > should my load address be?
> 
> You have to pass as address the entry point of the vxworks kernel.
> On my PPC405 board I had no problem with the following steps 
> I have in my config.h a
>     RAM_LOW_ADRS       = 00010000 ;

I quick check and I have the same value for 'RAM_LOW_ADRS'; a quick
search of the executable vxworks with objdump turns up 
  $ objdump -x ./vxWorks | grep -A 2 -B 2 _sysInit
  0006242c g     F .text  0000022c soaccept
  0008b4f0 g     F .text  00000078 tyDevTerminate
  00010000 g       .text  00000000 _sysInit
  00025050 g     F .text  00000014 islower
  00091ac8 g     F .text  00000020 dllCount

So sysInit( ) is at 0x00010000

> I did no call mkImage for my vxWorks (5.5.1), but copied it 
> directly into the ram at an address which does not conflict 
> with my RAM_LOW_ADRS e.g. loadb 0x00200000 then I call bootm 
> 0x00010000 ;

Ok ... Here we go with executing the program with /no/ mkimage..

=> loadb 0x00200000
## Ready for binary (kermit) download to 0x00200000 at 115200 bps...
## Total Size      = 0x000e09b6 = 919990 Bytes
## Start Addr      = 0x00200000
=>
=>
=>
=>
=> bootm 0x00200000
## Booting image at 00200000 ...
   Image Name:   vxWorks3.msc
   Image Type:   PowerPC VxWorks Kernel Image (uncompressed)
   Data Size:    919926 Bytes = 898.4 kB
   Load Address: 00000000
   Entry Point:  00100000
   Verifying Checksum ... OK
OK
<Same Result>

> On the Yosemite PPC440EP evaluation board, my vxWorks (6.3) 
> hangs too. I had not yet a chance to figure out why, but I 
> think there might be some differences into how the HW is 
> mapped into the memory space. 
> 
> Best regards

Thanks for the help, I think I will try Stefan Roese's suggestion of
'bootvx'; maybe it will help you with your Yosemite board?
 
> Niklaus Giger




More information about the U-Boot mailing list