This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: eCos and AT91SAM7S-EK
- From: Andrew Lunn <andrew at lunn dot ch>
- To: wavecom wavecom <wavecomw at yahoo dot com>
- Cc: Andrew Lunn <andrew at lunn dot ch>, ecos-discuss at ecos dot sourceware dot org
- Date: Sun, 1 Jul 2007 00:01:34 +0200
- Subject: Re: [ECOS] eCos and AT91SAM7S-EK
- References: <20070630204018.GB8004@lunn.ch> <253085.7056.qm@web60721.mail.yahoo.com>
> 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