From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6421 invoked by alias); 15 Jul 2002 14:35:32 -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 6408 invoked from network); 15 Jul 2002 14:35:29 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 15 Jul 2002 14:35:29 -0000 Received: from dsl254-114-096.nyc1.dsl.speakeasy.net ([216.254.114.96] helo=nevyn.them.org) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17U6wX-0005I7-00; Mon, 15 Jul 2002 09:35:17 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17U6wV-0001J4-00; Mon, 15 Jul 2002 10:35:15 -0400 Date: Mon, 15 Jul 2002 07:35:00 -0000 From: Daniel Jacobowitz To: Peter Barada Cc: aminayev@yahoo.com, gdb@sources.redhat.com Subject: Re: gdb-h8-stub... please help. Message-ID: <20020715143515.GA4919@nevyn.them.org> Mail-Followup-To: Peter Barada , aminayev@yahoo.com, gdb@sources.redhat.com References: <20020714055803.62733.qmail@web13505.mail.yahoo.com> <200207151420.g6FEKTq23706@hyper.wm.sps.mot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207151420.g6FEKTq23706@hyper.wm.sps.mot.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-07/txt/msg00152.txt.bz2 On Mon, Jul 15, 2002 at 10:20:29AM -0400, Peter Barada wrote: > > >(gdb) cont > >Continuing. > >Sending packet: $m18,2#34...Ack > >Packet received: 0000 > >binary downloading NOT suppported by target > >Sending packet: $M18,2:5730#1d...Ack > >Packet received: OK > >Sending packet: $Hc0#db...Ack > >Packet received: > >Sending packet: $c#63...putpkt: Junk: @ > >Timed out. > >Packet received: S05 > >Sending packet: $c#63...putpkt: Junk: > >Timed out. > > > >end quote. > >I would appreciate any light that you can shine on this. Do I need to patch > >GDB? Do I need to process binary downloading (I don't do it now)? Add extra > >cases to my command switch? > > > > GDB tried the binary download('m'), and when that failed, fell back to > hex download('M'). So you don't need to add binary download. For the record, 'm' is memory read, not binary download. It looks like binary download was already marked unsupported, or something like that. > To me it looks like the problem is in the stub since the communication > between the host and stub is not working correctly. If you have a > spare serial port on the target, add code to the stub to dump each > packet that is recieved and sent. Run through the sequence again, and > then decode the packets in the debug output and compare it against the > documentation. I'm sure you'll eventually find what's wrong in your > stub... At a guess, "Junk: @". The stub is sending something out the serial port, or the application is being allowed to write to the serial port while GDB is waiting for a result. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer