This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: Hello? World?
- To: Nick Clarey <nclarey at 3glab dot com>
- Subject: Re: [ECOS] Hello? World?
- From: Gary Thomas <gthomas at cambridge dot redhat dot com>
- Date: Tue, 19 Jun 2001 09:50:26 -0600 (MDT)
- Cc: ecos-discuss at sources dot redhat dot com
- Organization: Red Hat, Inc.
On 19-Jun-2001 Nick Clarey wrote:
> Howdy,
>
>> This, of course, worked perfectly for me :-)
>
> *sigh*
>
>> Start address 0x20040 , load size 179328
>
> Wierd. Mine is much smaller than yours; load size 25924. Hmmm.
I included the networking code. It would make no functional difference.
>
>> How did you configure your eCos kernel?
>
> ecosconfig new ipaq kernel
> ecosconfig tree
> make
Try:
ecosconfig new ipaq
ecosconfig tree
make
>
>> What vintage/version of eCos? RedBoot?
>
> Updated this morning, redboot built in the last few days (running redboot on top of the parrot
> loader now).
>
>> Note: I also tried running it directly from RedBoot which worked fine.
>
> Oh, as in "go". Mine just hangs :-<
Obviously the same problem.
>
> Wierdly enough, tests seem to still work;
>
> ----
> [nclarey@nclarey tests]$ gdb bin_sem0
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-elf"...
> (gdb) tar rem /dev/ttyS0
> Remote debugging using /dev/ttyS0
> 0x50046f84 in ?? ()
> (gdb) load
> Loading section .rom_vectors, size 0x40 lma 0x20000
> Loading section .text, size 0x6020 lma 0x20040
> Loading section .rodata, size 0x440 lma 0x26060
> Loading section .data, size 0x490 lma 0x264a0
> Start address 0x20040 , load size 26928
> Transfer rate: 23936 bits/sec, 299 bytes/write.
> (gdb) cont
> Continuing.
> PASS:<Binary Semaphore 0 OK>
> EXIT:<done>
> Interrupted while waiting for the program.
> Give up (and stop debugging it)? (y or n) y
> (gdb)
> ----
>
> See ya,
>
> Nick
>
> --
> Nick Clarey, System Architect | "Sometimes when you fill a vacuum,
> 3G LAB | it still sucks." - Rob Pike
> ph 44-1223-478900 fax 44-1223-478901 |