[ECOS] Can't connect to remote Evaluator 7T
Jonathan Larmour
jifl@eCosCentric.com
Wed Feb 19 17:59:00 GMT 2003
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.
Here's how to do it in minicom:
CTRL-A Z O
select Serial port setup
Make sure both hardware and software flow control are off, and the other
serial settings are right (38400 8-N-1).
Press return
Choose Exit
Ctrl-A Z q
select yes
You could also force Redboot into GDB mode by typing a $. You should lose
the prompt then. Typing something like:
+$k#6b
should make it react and then return to the command prompt.
Jifl
--
eCosCentric http://www.eCosCentric.com/ The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[ can rejoice because thorns have roses." -Lincoln ]-- Opinions==mine
More information about the Gdb
mailing list