Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Mark Salter <msalter@redhat.com>
To: jifl@eCosCentric.com
Cc: gary.thomas@mind.be, qqi@theworld.com, Pierre.Habraken@imag.fr,
	gdb@sources.redhat.com, ecos-discuss@sources.redhat.com
Subject: Re: [ECOS] Can't connect to remote Evaluator 7T
Date: Wed, 19 Feb 2003 19:22:00 -0000	[thread overview]
Message-ID: <20030219192255.962AE78A6D@deneb.localdomain> (raw)
In-Reply-To: <3E53C60E.6000305@eCosCentric.com> (message from Jonathan Larmour on Wed, 19 Feb 2003 17:59:42 +0000)

>>>>> Jonathan Larmour writes:

> Gary D. Thomas wrote:
>> On Wed, 2003-02-19 at 10:41, Mark Salter wrote:
>> 
>>>>>>>> Quality Quorum writes:
>>> 
>>>> On Wed, 19 Feb 2003, Mark Salter wrote:
>>> 
>>>>> Not only that, from my experiments with a cable tap, nothing is going out
>>>>> of the PC to the target. The write(2) succeeds, but nothing is sent on
>>>>> the wire. Closing and reopening the serial device usually clears up the
>>>>> problem.
>>> 
>>>> Connect through minicom and make sure that target responds with gdb packet
>>>> when you send enter. My $0.02.
>>> 
>>> The target is sitting at the RedBoot prompt. I physically tapped the
>>> serial line and watched from another host. The packet from GDB never
>>> makes it to the wire. If I startup minicom on the host with GDB still
>>> trying to connect, then data starts flowing on the wire again although
>>> GDB and minicom are fighting over the read data.
>>> 
>> 
>> 
>> Maybe it's a handshake issue?  Perhaps GDB is leaving or setting
>> the port into a handshake mode (that may not work) and minicom does
>> not.  Or some such combination.  Checking with "stty </dev/XXX"
>> from another window while both applications are running might
>> give some useful insights.

> As I said earlier :-). I think making sure it's off using minicom would be 
> more reliable (from user error) though.

% stty -a </dev/ttyS0
speed 115200 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 5;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon -ixoff
-iuclc -ixany -imaxbel
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0
ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop
-echoprt -echoctl -echoke

Starting minicom does not reliably get it going again. If I wait for GDB
to timeout and retry a target command, it usually works. The act of closing/
opening the tty device seems to get it unclogged.

--Mark


  reply	other threads:[~2003-02-19 19:22 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-19 14:59 Pierre Habraken
2003-02-19 15:30 ` [ECOS] " Jonathan Larmour
2003-02-19 15:59   ` Pierre Habraken
2003-02-19 16:32     ` Jonathan Larmour
2003-02-19 17:14       ` Mark Salter
2003-02-19 17:35         ` Quality Quorum
2003-02-19 17:41           ` Mark Salter
2003-02-19 17:47             ` Gary D. Thomas
2003-02-19 17:59               ` Jonathan Larmour
2003-02-19 19:22                 ` Mark Salter [this message]
2003-02-20 14:27                   ` Pierre Habraken
2003-02-20 14:33                     ` Gary D. Thomas
2003-02-20 14:59                       ` Pierre Habraken
2003-02-21  8:06                         ` Pierre Habraken
2003-02-21 15:14                           ` Gary D. Thomas
2003-02-20 14:35                     ` Mark Salter
2003-02-20 14:38                     ` Andrew Lunn
2003-02-19 16:44     ` Mark Salter

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=20030219192255.962AE78A6D@deneb.localdomain \
    --to=msalter@redhat.com \
    --cc=Pierre.Habraken@imag.fr \
    --cc=ecos-discuss@sources.redhat.com \
    --cc=gary.thomas@mind.be \
    --cc=gdb@sources.redhat.com \
    --cc=jifl@eCosCentric.com \
    --cc=qqi@theworld.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