RE: [ECOS] eCos on iPaq

[Cristiano Ligieri Pereira <cpereira at ics dot uci dot edu>]

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