From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 610 invoked by alias); 18 Jun 2014 09:28:55 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 597 invoked by uid 89); 18 Jun 2014 09:28:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 18 Jun 2014 09:28:53 +0000 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1WxCAk-0004Lc-Am from Yao_Qi@mentor.com ; Wed, 18 Jun 2014 02:28:50 -0700 Received: from SVR-ORW-FEM-05.mgc.mentorg.com ([147.34.97.43]) by svr-orw-fem-01.mgc.mentorg.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 18 Jun 2014 02:28:50 -0700 Received: from qiyao.dyndns.org (147.34.91.1) by svr-orw-fem-05.mgc.mentorg.com (147.34.97.43) with Microsoft SMTP Server id 14.2.247.3; Wed, 18 Jun 2014 02:28:49 -0700 Message-ID: <53A15B6A.8030803@codesourcery.com> Date: Wed, 18 Jun 2014 09:28:00 -0000 From: Yao Qi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Tim Sander , Subject: Re: gdb single stepping takes ages References: <11141246.9lllTVUqLL@dabox> <2556774.80PXRilPAq@dabox> In-Reply-To: <2556774.80PXRilPAq@dabox> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2014-06/txt/msg00049.txt.bz2 On 06/18/2014 04:14 PM, Tim Sander wrote: > Just after sending the mail recognized that the thread: "Remote Debugging with > NEXT Command" touches a similar (the same?) issue. A solution mentioned was > range checking. But in the openocd case it seems already enabled: range stepping was added to improve the line stepping speed, but remote stub (openocd in your case) has to support it. > show range-stepping > Debugger's willingness to use range stepping is on. GDB can't do range stepping without stub's support. This command shows the willingness of GDB to use range stepping, but if stub doesn't support, GDB is still unable to do that. Please check your stub really supports range stepping. >From the code or rsp level, the remote stub has to claim it supports range stepping in the reply to vCont? ('r' in the reply), like this: Sending packet: $vCont?#49...Packet received: vCont;c;C;s;S;t;r Then, if we type command 'next', GDB will send "vCont;r" Sending packet: $vCont;r80484cc,80484d7:p1cb0.1cb0;c#16...Packet received: T0505:38eeffbf;04:c0ebffbf;08:d7840408;thread:p1cb0.1cb0;core:0; -- Yao (齐尧)