From mboxrd@z Thu Jan  1 00:00:00 1970
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
Message-id: <Pine.GSO.4.10.10101311951380.28193-100000@cuse132.se.cuhk.edu.hk>
X-SW-Source: 2001-01/msg00499.html

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