From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24345 invoked by alias); 2 Dec 2002 18:52:49 -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 24247 invoked from network); 2 Dec 2002 18:52:42 -0000 Received: from unknown (HELO wonka.esatclear.ie) (194.145.128.5) by sources.redhat.com with SMTP; 2 Dec 2002 18:52:42 -0000 Received: from esatclear.ie (IDENT:httpd@gratin.esatclear.ie [194.145.128.35]) by wonka.esatclear.ie (8.9.3/8.9.3) with SMTP id SAA20258; Mon, 2 Dec 2002 18:52:39 GMT From: "David Mc Kenna" Reply-to: mckennad@esatclear.ie To: Daniel Jacobowitz , David Mc Kenna , gdb@sources.redhat.com Date: Mon, 02 Dec 2002 10:52:00 -0000 Subject: Re: GDB speed using Remote Serial Protocol Message-id: <3debabab.66df.0@esatclear.ie> X-User-Info: 137.71.226.54 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-SW-Source: 2002-12/txt/msg00019.txt.bz2 I would agree with this except that with debug info switched on it is much faster than with it switched off. What is the difference in code execution within GDB with debug info switched off? Cheers, Dave >On Mon, Dec 02, 2002 at 05:27:04PM +0000, David Mc Kenna wrote: >> Hi all, >> >> At present I have an outline for a stub ( GDB RSP -> uController -> Jtag ) for >> an Arm7TDMi. I have successfully implemented the GDB -> uController side of >> the equation. Here I have two questions. >> >> Is there another way of seeing what GDB sends to the serial port without enabling >> debug info within GDB ?, i.e. without using the commands : >> "set debug remote 1" & " set debug serial 1" >> >> My second questions relates to the first. With debug info switched on ( "set >> debug remote 1" & " set debug serial 1"), a single step talks < 1 second to >> complete, including all the debug info being written to the screen. Yet when >> I switch off this info the single step time starts at < 1 second but soon mushrooms >> to ~ 5 seconds. >> >> I have tried this on gdb v5 and gdb v5.2.1 with the same results. >> GDB configured as arm-elf >> >> >> Any ideas?? > >Sounds like something is being sent more quickly than your >stub/controller/whatever is ready to handle it. > >What I recommend in this case is writing (or getting; rproxy may be >able to do this?) a stub which just connects a TCP port and a serial >port; forwards data from one to the other, and logs. > >-- >Daniel Jacobowitz >MontaVista Software Debian GNU/Linux Developer > > -- http://www.iol.ie