Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Grant Edwards <grante@visi.com>
To: Charles-Henri Balet <charles-henri@bluewin.ch>
Cc: gdb@sources.redhat.com
Subject: Re: GDB using Angel error on an OKI board
Date: Mon, 25 Feb 2002 12:04:00 -0000	[thread overview]
Message-ID: <20020225141141.A13658@visi.com> (raw)
In-Reply-To: <000501c1be32$8ea031f0$0401a8c0@CHARLESHENRI>; from charles-henri@bluewin.ch on Mon, Feb 25, 2002 at 08:28:08PM +0100


> I have tried this command "set rdiheatbeat off" but the result
> is the same, with the "maint rdilogen on" as :

> tx: [T=0 L=36] 03 01 00 01 05 00 03 00 00 00 00 00 ff ff ff ff ff ff ff ff 01 00 00 00 00 c0 00 00 01 00 00 00 80 25 00 00
> R=00030005 H->T CI_HBOOT:  ADP_ParamNegotiate 00000001 0000c000 00000001 00002580
> rx: [T=0 L=36] 03 02 01 01 05 00 03 80 00 00 00 00 ff ff ff ff ff ff ff ff 00 00 00 00 01 00 00 00 00 c0 00 00 80 25 00 00
> R=80030005 H<-T CI_HBOOT:  ADP_ParamNegotiate 00000000 00000001 0000c000 00002580
> tx: [T=0 L=20] 03 02 00 01 06 00 03 00 00 00 00 00 ff ff ff ff ff ff ff ff 
> R=00030006 H->T CI_HBOOT:  ADP_LinkCheck

Ah yes.  That link check command isn't sent by the heartbeat
feature -- it's part of the serial-port negotiation sequence.
It's possible for both ends to switch baud rates after the
initial parmeter negotiation, so a link check is sent to make
sure both ends are still talking.

The board isn't responding to the link check command.  It is
supposed to reply with another link check frame.  [At least
that is what happens with the ADP devices I have.]

I suppose you could go into the rdi code and try to skip over
that step in the start-up process to see if the board handles
the rest of the ADP commands correctly.

Or, you could try to capture the sequence used by the debugger
that works.  

[Please cc: the mailing list, since it is the collective memory
of the gdb community.  We certainly don't want to depend upon
either my memory or my record-keeping skills.]

-- 
Grant Edwards
grante@visi.com


  parent reply	other threads:[~2002-02-25 20:04 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-24 11:39 Charles-Henri Balet
2002-02-25  8:20 ` Grant Edwards
     [not found]   ` <000f01c1ebb8$84dbc630$0401a8c0@CHARLESHENRI>
2002-02-25 11:10     ` Grant Edwards
     [not found]       ` <000501c1be32$8ea031f0$0401a8c0@CHARLESHENRI>
2002-02-25 12:04         ` Grant Edwards [this message]
     [not found]           ` <003001c1be39$fc62ef00$0401a8c0@CHARLESHENRI>
2002-02-25 14:10             ` Grant Edwards
2002-02-25 14:02 Charles-Henri Balet
2002-02-25 14:13 ` Grant Edwards

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=20020225141141.A13658@visi.com \
    --to=grante@visi.com \
    --cc=charles-henri@bluewin.ch \
    --cc=gdb@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