public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Sylvain Gommier <sylvain_gommier@yahoo.fr>
To: ecos-discuss@sources.redhat.com
Subject: RE: [ECOS] GDB load "timed out"
Date: Tue, 31 Jul 2001 01:49:00 -0000	[thread overview]
Message-ID: <20010731084914.21934.qmail@web13307.mail.yahoo.com> (raw)
In-Reply-To: <XFMail.20010730095947.gthomas@redhat.com>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1997 bytes --]

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

  reply	other threads:[~2001-07-31  1:49 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-30  8:34 Sylvain Gommier
2001-07-30  8:59 ` Gary Thomas
2001-07-31  1:49   ` Sylvain Gommier [this message]
2001-07-30 12:08 ` Jonathan Larmour
2001-07-31  8:27   ` Sylvain Gommier
2001-07-31  8:39     ` Robin Farine
2001-08-01  1:48       ` Sylvain Gommier
2001-08-01  9:04         ` Jonathan Larmour

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010731084914.21934.qmail@web13307.mail.yahoo.com \
    --to=sylvain_gommier@yahoo.fr \
    --cc=ecos-discuss@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).