RE: [ECOS] eCos on iPaq

[Gary Thomas <gthomas at cambridge dot redhat dot com>]

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
>> >> 
>>