This is the mail archive of the ecos-discuss@sources.redhat.com mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

RE: eCos on iPaq



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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]