From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5113 invoked by alias); 4 Jul 2002 01:22:45 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 5105 invoked from network); 4 Jul 2002 01:22:44 -0000 Received: from unknown (HELO mailhost.iprg.nokia.com) (205.226.5.12) by sources.redhat.com with SMTP; 4 Jul 2002 01:22:44 -0000 Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69]) by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id SAA02928; Wed, 3 Jul 2002 18:22:43 -0700 (PDT) Received: (from root@localhost) by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id g641Mfk01358; Wed, 3 Jul 2002 18:22:41 -0700 X-mProtect: <200207040122> Nokia Silicon Valley Messaging Protection Received: from UNKNOWN (172.19.68.218, claiming to be "gkong.iprg.nokia.com") by darkstar.iprg.nokia.com smtpdJsPFvV; Wed, 03 Jul 2002 18:22:39 PDT Message-Id: <5.1.0.14.1.20020703181837.00a2cdd0@mailhost.iprg.nokia.com> X-Sender: gkong@mailhost.iprg.nokia.com Date: Wed, 03 Jul 2002 18:22:00 -0000 To: Andrew Cagney From: "KONG, Gangfeng" Subject: Re: Remote target behind console server Cc: Daniel Jacobowitz , Quality Quorum , gdb@sources.redhat.com In-Reply-To: <3D231AE8.9000300@ges.redhat.com> References: <5.1.0.14.1.20020628183650.02b3c6b0@mailhost.iprg.nokia.com> <3D1CE7D9.4050607@ges.redhat.com> <5.1.0.14.1.20020628183650.02b3c6b0@mailhost.iprg.nokia.com> <5.1.0.14.1.20020702200247.00a31960@mailhost.iprg.nokia.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-SW-Source: 2002-07/txt/msg00038.txt.bz2 At 11:40 AM 7/3/2002 -0400, Andrew Cagney wrote: >>I start the gdb stub on the target by: >> gdbstart -s 38400 -t /dev/ttyS0 >>and start the gdb on the development box by: >> gdb vmlinux >> gdb) >> gdb) set remotebaud 38400 > >Just BTW, since it is TCP, setting the remote baud won't have any effect. > >Suggest adding a: > >(gdb) set debug remote 1 > >here. It will cause GDB to print all remote traffic and that will >hopefully make it easier to see why things are going wrong. You should be >able to compare it to a working direct connection. Hi, I attached the output from my development box after I 'set debug remote 1'. It looks like it didn't get reponse from target box. I have no idea...... -------------------------------------------------- (gdb) set debug remote 1 (gdb) target remote 4.22.79.12:2001 Remote debugging using 4.22.79.12:2001 Sending packet: $Hc-1#09...putpkt: Junk: {{}?s!t Packet instead of Ack, ignoring it Timeout in mid-packet, retrying Sending packet: $Hc-1#09...putpkt: Junk: s!u H 1!st | Sending packet: $Hc-1#09...putpkt: Junk: s!u H 1!st | Sending packet: $Hc-1#09...putpkt: Junk: s!u H 1!su x Timed out. Timed out. Timed out. Ignoring packet error, continuing... Sending packet: $qC#b4...putpkt: Junk: s!uD ss_}!u H 1!st Sending packet: $qC#b4...putpkt: Junk: s v1!ubs} Sending packet: $qC#b4...putpkt: Junk: s!vYmubs} Sending packet: $qC#b4...putpkt: Junk: s!ub 1!sv Timed out. Timed out. Timed out. Ignoring packet error, continuing... Sending packet: $qOffsets#4b...putpkt: Junk: s!u! ssW}!u b 1!u b 1!su Sending packet: $qOffsets#4b...putpkt: Junk: s!ub 1!u Sending packet: $qOffsets#4b...putpkt: Junk: s*vb 1!u Sending packet: $qOffsets#4b...putpkt: Junk: s!ub 1!u Timed out. Timed out. Timed out. Ignoring packet error, continuing... Couldn't establish connection to remote target Malformed response to offset query, timeout (gdb)