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
next prev 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