This is the mail archive of the ecos-discuss@sourceware.org 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]
Other format: [Raw text]

Re: eCos and AT91SAM7S-EK


> I've just tried procedure form eCos pdf-s. First, I
> have downloaded the redboot from
> ?\htdocs\boards\redbootbins\at91sam7s\redboot_rom.bin?
> (cvs path). Now on ARM-COM1 I've got console:):
> ?
>  RedBoot(tm) bootstrap and debug environment [ROM]
> Non-certified release, version UNKNOWN - built
> 22:08:24, Feb 19 2006
> 
> Platform: Atmel (at91sam7s) (ARM7TDMI)
> Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat,
> Inc.
> 
> RAM: 0x00200000-0x00210000, [0x00206ca0-0x0020c800]
> available
> FLASH: 0x00100000 - 0x140000, 1024 blocks of
> 0x00000100 bytes each.
> RedBoot>
> RedBoot>

O.K. This is good. It shows your download process is working.

> ?
> 
> After that I was tried to use gdb:
> ?
> C:\cygwin\opt\ecos\ecos-2.0\examples>"c:\Program
> Files\yagarto\bin\arm-elf-gdb.e
> xe" -nw hello
> GNU gdb 6.5.50.20060612-cvs
> Copyright (C) 2006 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-mingw32
> --target=arm-elf"...
> (gdb) set remotebaud 38400
> (gdb) target remote COM7
> Remote debugging using COM7
> 0x00104954 in Cyg_StdioStreamBuffer::set_buffer
> (this=0xd3, size=6,
>     new_buffer=0x5
> "?\237ň\030?\237ň\030?\237ň\030?\237ň■
>  ŕ\030?\237ň\030?\237ň
> ╠")
>     at
> /opt/ecos/ecos-2.0/packages/language/c/libc/stdio/current/src/common/stre
> ambuf.cxx:84
> 84     
> /opt/ecos/ecos-2.0/packages/language/c/libc/stdio/current/src/common/str
> eambuf.cxx: No such file or directory.
>         in
> /opt/ecos/ecos-2.0/packages/language/c/libc/stdio/current/src/common/

Are you really using eCos 2.0? It is very old. I would suggest you
update to anoncvs.

> streambuf.cxx
> Current language:  auto; currently c++
> (gdb) load
> Loading section .rom_vectors, size 0x40 lma 0x100000
> Loading section .text, size 0x7ba4 lma 0x100040
> Loading section .rodata, size 0x238 lma 0x107be4
> Loading section .data, size 0x42c lma 0x107e1c
> Start address 0x100040, load size 33352
> Transfer rate: 26681 bits/sec, 370 bytes/write.
> (gdb) break main
> Breakpoint 1 at 0x10055c: file hello.c, line 6.
> (gdb) cont
> Continuing.

You can single step the startup code and see where it goes wrong.
However i've never done this with a RAM application on the AT91SAM7
platforms. I've always used ROM applications and used gdb attached to
JTAG and used hardware breakpoints.

> Program still don't show any messages or even stop at
> defined breakpoint.
> There are warnings ?No such file or directory.? -
> program has been compiled on cygwin but gdb was called
> from DOS prompt.

You can solve this last one by using the bash shell.

    Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss


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