This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: eCos on iPaq
- To: Cristiano Ligieri Pereira <cpereira at ics dot uci dot edu>
- Subject: RE: [ECOS] eCos on iPaq
- From: Gary Thomas <gthomas at cambridge dot redhat dot com>
- Date: Mon, 04 Jun 2001 06:38:25 -0600 (MDT)
- Cc: ecos-discuss at sourceware dot cygnus dot com
- Organization: Red Hat, Inc.
It's in the RedBoot documentatation which is available online at
http://sources.redhat.com/redboot/
On 03-Jun-2001 Cristiano Ligieri Pereira wrote:
>
> Thanks. It works fine now. Where can I get all this information of memory
> mapping? I need to understand better what's happening to avoid more
> mistakes.
>
> Cristiano.
>
> ------------------------------------------------------------
> Cristiano Ligieri Pereira - http://www.ics.uci.edu/~cpereira
>
> On Sun, 3 Jun 2001, Gary Thomas wrote:
>
>>
>> On 03-Jun-2001 Cristiano Ligieri Pereira wrote:
>> >
>> > I was complicating my makefile for nothing. But now I have a different
>> > error message and I have no clue why this is happening:
>> >
>> > "[my machine]# arm-elf-gdb -nw hello
>> > 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) target remote /dev/cua0
>> > Remote debugging using /dev/cua0
>> > 0x27628 in Cyg_Condition_Variable::signal (this=0x1)
>> > at /opt/cvsecos/packages/kernel/current/src/sync/mutex.cxx:663
>> > 663 CYG_REPORT_RETURN();
>> > Current language: auto; currently c++
>> > (gdb) set remotebaud 38400
>> > (gdb) load
>> > Loading section .rom_vectors, size 0x40 lma 0x20000
>> > Loading section .text, size 0x108d4 lma 0x20040
>>
>> This is the same problem. If you're going to use the WinCE RedBoot, you'll
>> need to edit the file "install/lib/target.ld" and set the eCos load address
>> to 0x60000, rather than 0x20000.
>>
>> Change this line:
>> .rom_vectors 0x20000 : { . = . ; KEEP (*(.vectors)) } > ram
>> to be:
>> .rom_vectors 0x60000 : { . = . ; KEEP (*(.vectors)) } > ram
>>
>> Then rebuild your application and try it.
>>
>> Note: this would not be necessary if you were using a "native" RedBoot. However,
>> given then problems you had last week, I can appreciate your caution.
>>
>> Do you have a CF RAM card suitable for doing a complete Flash dump? I think
>> it needs to be at least 32M for this to work. If so, I can walk you through
>> installing the new RedBoot.
>>
>> > Reply contains invalid hex digit 0
>> > (gdb)"
>> >
>> >
>> > Why this message: 'Reply contains invalid hex digit 0'?
>> >
>> > If I try to issue 'continue' command, the same message shows up.
>> >
>> > I'm compiling the hello program like this:
>> >
>> > "arm-elf-gcc -g -I/home/cpereira/ecos/pads/ecos-work/install/include
>> > hello.c -L/home/cpereira/ecos/pads/ecos-work/install/lib -Ttarget.ld
>> > -nostdlib"
>> >
>> > The simple, the better, right?
>> >
>> > Thanks,
>> > Cristiano.
>> >
>> >> > Start address 0x8000 , load size 0
>> >> ^^^^^^
>> >>
>> >> How did you get this address? How did you build the application?
>> >>
>> >> If you're running with the WinCE version of RedBoot, this address will
>> >> have to be something like 0x60000. As-is, the very first data that
>> >> gets loaded will trash the MMU tables used by RedBoot and it will crash.
>> >>
>> >> > Transfer rate: 0 bits in <1 sec.
>> >> > (gdb)
>> >> >
>> >> > As you can see the file in not being downloaded. I honestly have no idea
>> >> > why? Can someone please explain me how to execute an application other
>> >> > than the 'demos' provided in the webpage.
>> >> >
>> >> > thanks a lot in advance,
>> >> > Cristiano.
>> >> >
>> >> > ------------------------------------------------------------
>> >> > Cristiano Ligieri Pereira - http://www.ics.uci.edu/~cpereira
>> >>
>>