[U-Boot-Users] QNX
Hi Does anybody know how to get a QNX image to boot using u-boot (QNX 6.2.1)
Rune Torgersen Software Developer Innovative Systems 1000 Innovative Drive Mitchell, SD 57301 Phone: 605-995-6120 Fax: 605-995-0084 email: runet@innovsys.com www.innovsys.com
This is a hack on top of a hack, which is why I never checked it in, but it works. See do_bootqnx() for details.
E-mail me directly with any questions. Maybe we can clean it up enough to include it in the official source tree! :)
If I were being paid to fix it, the first thing I'd do is check the U-Boot header, rather than skip over it...
-Chris Hallinan DS4.COM, Inc.
-----Original Message----- From: u-boot-users-admin@lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Rune Torgersen Sent: Monday, May 19, 2003 7:18 PM To: U-BOOT (E-mail) Subject: [U-Boot-Users] QNX
Hi Does anybody know how to get a QNX image to boot using u-boot (QNX 6.2.1)
Rune Torgersen Software Developer Innovative Systems 1000 Innovative Drive Mitchell, SD 57301 Phone: 605-995-6120 Fax: 605-995-0084 email: runet@innovsys.com www.innovsys.com
This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software.
http://www.objectstore.net/sourceforge _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
chris,
last spring i had DENX/wolfgang work directly with the QNX folks-- the result was native ppcboot/u-boot support for QNX ELF images...
=> tftp 800000 sandpoint-simple.elf <...tftp messages snipped...> => bootelf 800000 Loading @ 0x001f0100 (1120028 bytes) ## Starting application at 0x001f1d28 ...
Loading QNX6....
Header size=0x0000009c, Total Size=0x000005c0, #Cpu=1, Type=1 <...loader and kernel messages snipped...>
Welcome to Neutrino on the Sandpoint #
jim
That snippet of code I sent was from an older (PPCBoot-1.2.0) tree. It was simply meant to illustrate the mechanics of the process and how to parse the image. It's been a while since I looked at it! I wasn't aware that native support was already there! Good stuff!!! 8-)
-Chris
-----Original Message----- From: jds [mailto:jds-ppc@opqua.com] Sent: Monday, May 19, 2003 8:27 PM To: clh@net1plus.com Cc: u-boot-users@lists.sourceforge.net Subject: RE: [U-Boot-Users] QNX
chris,
last spring i had DENX/wolfgang work directly with the QNX folks-- the result was native ppcboot/u-boot support for QNX ELF images...
=> tftp 800000 sandpoint-simple.elf <...tftp messages snipped...> => bootelf 800000 Loading @ 0x001f0100 (1120028 bytes) ## Starting application at 0x001f1d28 ...
Loading QNX6....
Header size=0x0000009c, Total Size=0x000005c0, #Cpu=1, Type=1 <...loader and kernel messages snipped...>
Welcome to Neutrino on the Sandpoint #
jim
-- Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. - Antoine de Saint-Exupery
This is a hack on top of a hack, which is why I never
checked it in, but
it works. See do_bootqnx() for details.
E-mail me directly with any questions. Maybe we can clean it up enough to include it in the official source tree! :)
rune,
re: u-boot->QNX
yes. it was quite straightforward in fact. you need to be more specific with your query though. where are you w.r.t. progress? hardware is debugged? have you booted linux on your board? are you trying to boot from on-board flash, or IDE, or network?
you've modified the qnx startup headers and code to deal with the location of the serial port and so on? in our case we did cheat a little -- our custom HW was very close to the motorola sandpoint development board w/ the 8240 UNITY processor complex. so first we got ppcboot up on the sandpoint platform (some work had been done already by ppcboot contribs) and then we got QNX to boot from ppcboot. the SW developers could go to work while we HW guys finished designing the production hardware. when that got done we *really* cheated and had DENX Inc (wolfgang and colleagues) help get ppcboot going on the hardware. yeah yeah yeah i know but the schedule was so tight we didn't have time to flap about. once ppcboot was running on the new HW, we started in to get QNX going. since the HW was similar to the sandpoint design, this was not difficult and for the most part dealt with repositioning the serial port, and making sure the watchdog timer issues are resolved, and so forth.
also, click here and scroll down... http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/u-boot/u-boot/doc/...
if you want to take this offline that's ok too. foremost i think that you need the proper QNX build file -- so that the binary comes out in the correct format, and with enough debugging (-vvv) enabled so you have a chance at figuring out what is going wrong. btw, i brought up QNX on ppc8240 and x86 custom HW and neither was all that difficult. on x86 there was a QNX dependency on the historic intel keyboard controller (8052 or something like that) but once that was JMP'd over in the startup assembly code all was well.
jim
participants (3)
-
Chris Hallinan -
jds -
Rune Torgersen