From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24795 invoked by alias); 1 Jul 2007 09:36:14 -0000 Received: (qmail 24782 invoked by uid 22791); 1 Jul 2007 09:36:13 -0000 X-Spam-Check-By: sourceware.org Received: from web60716.mail.yahoo.com (HELO web60716.mail.yahoo.com) (209.73.178.204) by sourceware.org (qpsmtpd/0.31) with SMTP; Sun, 01 Jul 2007 09:36:10 +0000 Received: (qmail 4736 invoked by uid 60001); 1 Jul 2007 09:36:08 -0000 X-YMail-OSG: 2W7X2JgVM1lsGTDrVb30l3_6t_mQxr0OU_n.aN.bedxtGvd9_tkP8kCMHZdIhKUT.hkKWfGDDe8f.WywsfpIsk2dUAIIKIoFcmTz8TQlweY1A8Kt1si9HfSowzni0Q8- Received: from [213.134.171.177] by web60716.mail.yahoo.com via HTTP; Sun, 01 Jul 2007 02:36:08 PDT Date: Sun, 01 Jul 2007 09:36:00 -0000 From: wavecom wavecom To: Andrew Lunn Cc: ecos-discuss@ecos.sourceware.org In-Reply-To: <674565.73019.qm@web60716.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <665568.99851.qm@web60716.mail.yahoo.com> X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] eCos and AT91SAM7S-EK X-SW-Source: 2007-07/txt/msg00001.txt.bz2 --- wavecom wavecom wrote: > > > 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. > > This is the newest verion of eCos from CVS, I've > only > copied to existing directory. > > > > > > 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. > > > > I've tried to step program, but after the step > command > debugging hands up. I don't know how to change > loading > from RAM to ROM. > > > > 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. > > I can't use cygwin-bash because cygwin does not > recognize COM ports from windows: " Windows COM7 on cygwin has /dev/ttyS6: $ arm-elf-gdb hello GNU gdb 6.4.0.20051202-cvs Copyright 2005 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-cygwin --target=arm-elf"... (gdb) set remotebaud 38400 (gdb) target remote /dev/ttyS6 Remote debugging using /dev/ttyS6 0x00104954 in Cyg_StdioStreamBuffer::set_buffer (this=0xd3, size=6, new_buffer=0x5 "đ\237ĺ\030đ\237ĺ\030đ\237ĺ\030đ\237ĺ4\214\222\213\030đ\237ĺ\ 030đ\237ĺĚ") at /opt/ecos/ecos-2.0/packages/language/c/libc/stdio/current/src/common/stre ambuf.cxx:84 84 if (call_free) { 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: 26506 bits/sec, 370 bytes/write. (gdb) break main Breakpoint 1 at 0x10055c: file hello.c, line 6. (gdb) continue Continuing. " still after a continue or a step command the gdb hangs up. > “ > (gdb) target remote COM7 > get_tty_state failed: Inappropriate ioctl for device > set_tty_state failed: Inappropriate ioctl for device > Remote debugging using COM7 > get_tty_state failed: Inappropriate ioctl for device > set_tty_state failed: Inappropriate ioctl for device > “ > or even /dev/ttyS7 > > Andrew, could you describe me your method of running > and debugging eCos application, maybe I'm able to > reproduce it on my hardware. > I'd like to ask about configuration of outgoing > messages. Where can I check if the output of prontf > commands is ARM-COM1? > ____________________________________________________________________________________ Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/ -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss