All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hannes Petermaier <hannes@petermaier.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] VxWorks Booting using U-boot as Bootloader
Date: Tue, 09 Sep 2014 07:16:47 +0200	[thread overview]
Message-ID: <540E8D3F.8080402@petermaier.org> (raw)
In-Reply-To: <CAERE9Pp0RM56iQg=PFR-23EBanRZ15AtSTLqVr_8bA6XnD08TQ@mail.gmail.com>

Hi Ashish,

okay - i am using vxworks 6.9.3.3, and there is is a issue around the 
interrupt vectors. In later versions 6.9.4 upwards windriver takes care 
about this and sets up the interruptvectors.
U-Boot does sets them to some address within u-boot code, but vxWorks 
expects that the interrupt vector are at the place where they are after 
poweron-reset.

In my case (using AM3352 from TI) i've set the interrupt vectors back to 
original state (have a look to my KWB-Board, board/BuR/kwb/board.c).

BTW: i am using a stripped image which i directly start with "go 
<address>", but that shouldn't matter.

best regards,
Hannes


On 2014-09-09 03:56, Ashish Khetan wrote:
> Hi Hannes
> Thanks for your reply.  I am using VxWorks 6.7 and the image is not
> stripped.  The loadaddress is also same within kernel configuration. I am
> using bootvx command to boot VxWorks.  Do I need to update boot parameters?
> On Sep 8, 2014 4:11 PM, "Hannes Petermaier" <
> Hannes.Petermaier at br-automation.com> wrote:
>
>> Hi Ashish,
>>
>> i had a problem booting vxworks in the past around interrupt vectors.
>> Which version of vxworks you are using ? do you use a stripped image ?
>> is the loadaddress the same within kernel configuration ?
>>
>> best regards,
>> hannes
>>
>>> From: Ashish Khetan <curieux.khetan@gmail.com>
>>> To: u-boot at lists.denx.de
>>> Date: 04.09.2014 14:13
>>> Subject: [U-Boot] VxWorks Booting using U-boot as Bootloader
>>> Sent by: u-boot-bounces at lists.denx.de
>>>
>>> Hi,
>>> I was trying to boot vxworks using u-boot bootloader for learning
>> purpose
>>> on MPC8640DHPCN board. Previously I successfully ported QNX os along
>> with
>>> linux on same board using u-boot. while booting using bootvx command its
>>> not booting and stucking after showing the following message:
>>>
>>> tftp 01000000 vxWorks
>>> Speed: 1000, full duplex
>>> Using eTSEC1 device
>>> TFTP from server 192.168.10.2; our IP address is 192.168.10.4
>>> Filename 'vxWorks'.
>>> Load address: 0x1000000
>>> Loading:
>> * #################################################################
>>>       #################################################################
>>>       #################################
>>>       12.3 MiB/s
>>> done
>>> Bytes transferred = 2392432 (248170 hex)
>>> BOSSv2.0=> bootvx 0010         1000000
>>> ## Ethernet MAC address not copied to NV RAM
>>> ## Using bootline (@ 0x4200): root=/dev/nfs rw
>>> nfsroot=192.168.10.2:/opt/eldk-5.3/powerpc/rootfs-basic
>>> ip=192.168.10.4:192.168.10.2:192.168.10.1:255.255.255.0:Boss:eth0:off
>>> panic=1 console=ttyS0,115200
>>> ## Starting vxWorks at 0x00100000 ...
>>>
>>>
>>> please somebody provide me some link or any pointer to help me get more
>>> understanding about booting multiple os using uboot.
>>> _______________________________________________
>>> U-Boot mailing list
>>> U-Boot at lists.denx.de
>>> http://lists.denx.de/mailman/listinfo/u-boot
>>
>

  reply	other threads:[~2014-09-09  5:16 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-04 11:47 [U-Boot] VxWorks Booting using U-boot as Bootloader Ashish Khetan
2014-09-08 10:41 ` Hannes Petermaier
2014-09-09  1:56   ` Ashish Khetan
2014-09-09  5:16     ` Hannes Petermaier [this message]
2014-09-09 11:42       ` Ashish Khetan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=540E8D3F.8080402@petermaier.org \
    --to=hannes@petermaier.org \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.