public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Tong Chi Wa <cwtong@se.cuhk.edu.hk>
To: ecos-discuss@sources.redhat.com
Subject: [ECOS] GDB with redboot
Date: Wed, 31 Jan 2001 03:57:00 -0000	[thread overview]
Message-ID: <Pine.GSO.4.10.10101311951380.28193-100000@cuse132.se.cuhk.edu.hk> (raw)

Hi,

  I'm working to get Redboot to work a SPARC based system
and so far I've been able to get the serial console and the
Ethernet chip to work.

  I'm now getting a problem in having GDB to work with the target
system over the Ethernet link. The host is able to make a 
connection with the target but is stucked when doing a memory
examine(x 0x0).

  What I observed:

1. The host GDB will get "remote packets too long" when
   connecting, over both serial and ethernet link. This should
   be from the register dump command.

2. On a serial link, the response time of the first memory dump
   is longer than the following memory dumps. Snooping on the
   serial link, I've found that there are two request packets
   sent from the host for the first memory dump. It looks like
   there is some kind of timeout mechanism on the host side.

3. On the ethernet link, host GDB will stuck in the first memory
   dump. I've checked that the target did respond to the 'm'
   GDB command and send out the response packet. The target
   still responds to ping packets so the target should not 
   miss any retry request packets from the host. Unlike the case
   with the serial link, there is only one request packet sent
   from the host.

  I'm not sure if this problem is on Redboot or GDB. Is there
something need to configured differently for GDB to work with
the eCos GDB stubs?

  My configuration:
    eCos cvs snapshot on 11/28/00
    insight 5.0 configured for sparclite-elf on a Win2k host

  Any advice on this?

Thanks.
cwtong


             reply	other threads:[~2001-01-31  3:57 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-31  3:57 Tong Chi Wa [this message]
2001-01-31  9:26 ` 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=Pine.GSO.4.10.10101311951380.28193-100000@cuse132.se.cuhk.edu.hk \
    --to=cwtong@se.cuhk.edu.hk \
    --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).