This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: GDB load "timed out"
- To: ecos-discuss at sources dot redhat dot com
- Subject: RE: [ECOS] GDB load "timed out"
- From: Sylvain Gommier <sylvain_gommier at yahoo dot fr>
- Date: Tue, 31 Jul 2001 10:49:14 +0200 (CEST)
- Reply-To: sylvain dot gommier at m4x dot org
Got it! I updated my linker script for my code to load at 0x10000 and it works
fine.
Thanks a lot!
Sylvain
--- Gary Thomas <gthomas@redhat.com> a écrit : >
> On 30-Jul-2001 Sylvain Gommier wrote:
> > Hi all!
> >
> > I'm using ARM's Evaluator-7T (e7t) to develop eCos- as well as OS-free-
> > embedded applications. I'm using GDB and its "target remote - load -
> continue"
> > cycle to debug them thru the serial line.
> >
> > This morning I got a loading error on a new binary as follows:
> > (see trace 1 below)
> > ...then the whole following get "Timed out" messages.
> > All my others binaries' loadings remained the same, so why is that
> particular
> > one failing? Could my binary's contents have an influence on the
> transmission?
> > As I was developing it, the binary may (ok, must :) be buggy...
> >
> > Then I decided to slow down my serial line from 38400 to 9600 but I needed
> to
> > recompile RedBoot to do that (no "baudrate" command available in the
> > pre-compiled redboot image for e7t). Using eCos' last CVS update and
> configtool
> > v1.3.1.2, I chose the e7t template with "all" packages and added the
> RedBoot
> > package (there has been an automatic conflict "resolution" here), then set
> the
> > serial speed (CYGNUM_HAL_VIRTUAL_VECTOR_CHANNELS_DEFAULT_BAUD) to 9600. At
> > compile time, I get the following build error:
> > (see trace 2 below)
> > I'm not an eCos' internals expert yet, what does that mean? Which settings
> did
> > I missed?
> >
> > Thanks!
> > Sylvain
> >
> > -- begin trace 1 --
> > (gdb) load
> > Loading section .text, size 0x438 lma 0x8000
> ^^^^^^
>
> This most certainly won't work on this platform. RedBoot (or GDB stubs) will
> be using RAM up to 0x10000 - you need to arrange your program to load at that
> address or higher.
___________________________________________________________
Do You Yahoo!? -- Vos albums photos en ligne,
Yahoo! Photos : http://fr.photos.yahoo.com