From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 64915 invoked by alias); 8 May 2015 13:14:33 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 64118 invoked by uid 89); 8 May 2015 13:14:33 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pd0-f172.google.com Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 08 May 2015 13:14:31 +0000 Received: by pdbnk13 with SMTP id nk13so82222369pdb.0 for ; Fri, 08 May 2015 06:14:30 -0700 (PDT) X-Received: by 10.70.138.8 with SMTP id qm8mr6478148pdb.96.1431090811119; Fri, 08 May 2015 06:13:31 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by mx.google.com with ESMTPSA id qs8sm1845181pbc.38.2015.05.08.06.13.28 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 08 May 2015 06:13:30 -0700 (PDT) From: Yao Qi To: Luis Machado Cc: Antoine Tremblay , Yao Qi , Subject: Re: [PATCH] [gdbserver] Disable conditional breakpoints on no-hardware-single-step targets References: <1430411029-12097-1-git-send-email-qiyaoltc@gmail.com> <55426205.3070901@ericsson.com> <554CA972.8050700@codesourcery.com> Date: Fri, 08 May 2015 13:14:00 -0000 In-Reply-To: <554CA972.8050700@codesourcery.com> (Luis Machado's message of "Fri, 8 May 2015 09:17:54 -0300") Message-ID: <86lhgztdoq.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg00192.txt.bz2 Luis Machado writes: > I like the idea of having gdbserver learn how to properly > software-single-step, allowing us to share the knowledge GDB already > has. Yes, I like this idea too, but I am still unsure how complicated execution control in GDBserver will be after software-single-step is added in GDBserver. > > Disabling a feature, on the other hand, sound like a backward movement. > I disable this feature on non-hardware-single-step targets, because these targets don't know how to do precise software single step. I don't know when GDBserver can do software single step, IMO, it's better to disable this feature. > People with knowledge on each architecture can probably help fine tune > those to their needs. Yes, we can do improvements in this way, however, in this case, the feature is somewhat broken on some targets, we either fix it or disable it. --=20 Yao (=E9=BD=90=E5=B0=A7)