Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pedro Alves <palves@redhat.com>
To: Antoine Tremblay <antoine.tremblay@ericsson.com>,
	       gdb-patches@sourceware.org
Subject: Re: [PATCH 03/10] Refactor queries for hardware and software single stepping support in GDBServer.
Date: Wed, 04 Nov 2015 18:47:00 -0000	[thread overview]
Message-ID: <563A52B0.9090205@redhat.com> (raw)
In-Reply-To: <1446138583-13268-4-git-send-email-antoine.tremblay@ericsson.com>

On 10/29/2015 05:09 PM, Antoine Tremblay wrote:
> Before this patch there was only one call: can_hardware_single_step. Its
> implementation was a check on breakpoint_reinsert_addr if NULL it assumed
> that the target could hardware single step.
> 
> This patch prepares for the case where this is not true anymore.
> 
> In order to improve software single stepping in GDBServer the
> breakpoint_reinsert_addr operation of targets that had a very simple
> software implementation used only for stepping over thread creation events
> will be removed.
> 
> This will create a case where a target does not support hardware single
> step and has the operation breakpoint_reinsert_addr set to NULL, thus
> can_hardware_single_step needs to be implemented another way.
> 
> A new target operation supports_hardware_single_step is introduced and is
> to return true if the target does support such a feature, support for the
> feature is manually hardcoded.
> 
> Note that the hardware single step support was enabled as per the current
> behavior, I did not check if tile for example really has ptrace singlestep
> support but since the current implementation assumed it had, I kept it
> that way.
> 
> No regressions on Ubuntu 14.04 on ARMv7 and x86.
> With gdbserver-{native,extended} / { -marm -mthumb }
> 
> Compilation tested on: aarch64,arm,bfind,crisv32,m32r,ppc,s390,tic6x,tile,
> xtensa.
> Not tested : sh.
> 
> gdb/gdbserver/ChangeLog:
> 
> 	* linux-aarch64-low.c (aarch64_supports_hardware_single_step):
> 	New function.
> 	(struct linux_target_ops) <supports_hardware_single_step>: Initialize.
> 	* linux-arm-low.c (arm_supports_hardware_single_step): New function.
> 	(struct linux_target_ops) <supports_hardware_single_step>: Initialize.
> 	* linux-bfin-low.c (bfin_supports_hardware_single_step): New function.
> 	(struct linux_target_ops) <bfin_supports_hardware_single_step>:
> 	Initialize.
> 	* linux-crisv32-low.c (cris_supports_hardware_single_step):
> 	New function.
> 	(struct linux_target_ops) <supports_hardware_single_step>: Initialize.
> 	* linux-low.c (can_hardware_single_step): Use
> 	supports_hardware_single_step.
> 	(can_software_single_step): New function.
> 	(start_step_over): Call can_software_single_step.
> 	(linux_supports_hardware_single_step): New function.
> 	(struct target_ops) <supports_software_single_step>: Initialize.
> 	* linux-low.h (struct linux_target_ops)
> 	<supports_hardware_single_step>: Initialize.
> 	* linux-m32r-low.c (m32r_supports_hardware_single_step): New function.
> 	(struct linux_target_ops) <supports_hardware_single_step>: Initialize.
> 	* linux-ppc-low.c (ppc_supports_hardware_single_step): New function.
> 	(struct linux_target_ops) <supports_hardware_single_step> Initialize.
> 	* linux-s390-low.c (s390_supports_hardware_single_step): New function.
> 	(struct linux_target_ops) <supports_hardware_single_step>: Initialize.
> 	* linux-sh-low.c (sh_supports_hardware_single_step): New function.
> 	(struct linux_target_ops) <supports_hardware_single_step>: Initialize.
> 	* linux-tic6x-low.c (tic6x_supports_hardware_single_step): New function.
> 	(struct linux_target_ops) <tic6x_supports_hardware_single_step>:
> 	Initialize.
> 	* linux-tile-low.c (tile_supports_hardware_single_step): New function.
> 	(struct linux_target_ops) <tile_supports_hardware_single_step>:
> 	Initialize.
> 	* linux-x86-low.c (x86_supports_hardware_single_step) New function.
> 	(struct linux_target_ops) <supports_hardware_single_step>: Initialize.
> 	* linux-xtensa-low.c (xtensa_supports_hardware_single_step):
> 	New function.
> 	(struct linux_target_ops) <supports_hardware_single_step>: Initialize.
> 	* target.h (struct target_ops): <supports_software_single_step>:
> 	New field.
> 	(target_supports_software_single_step): New macro.

LGTM.

Thanks,
Pedro Alves


  reply	other threads:[~2015-11-04 18:47 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-29 17:14 [PATCH 0/10] Support software single step and conditional breakpoints on ARM " Antoine Tremblay
2015-10-29 17:15 ` [PATCH 04/10] Remove support for thread events without TRACE_EVENT_CLONE " Antoine Tremblay
2015-11-03 17:05   ` Yao Qi
2015-11-03 17:24     ` Antoine Tremblay
2015-11-03 17:27     ` [PATCH v2] " Antoine Tremblay
2015-11-04 18:19   ` [PATCH 04/10] " Pedro Alves
2015-11-05 11:43     ` Antoine Tremblay
2015-10-29 17:15 ` [PATCH 10/10] Enable conditional breakpoints for targets that support software single step " Antoine Tremblay
2015-11-04 18:58   ` Pedro Alves
2015-10-29 17:15 ` [PATCH 07/10] Share some ARM target dependant code from GDB with GDBServer Antoine Tremblay
2015-11-04 19:56   ` Pedro Alves
2015-11-05 14:44     ` Antoine Tremblay
2015-10-29 17:16 ` [PATCH 09/10] Enable software single stepping for while-stepping actions in GDBServer Antoine Tremblay
2015-11-04 18:55   ` Pedro Alves
2015-10-29 17:28 ` [PATCH 03/10] Refactor queries for hardware and software single stepping support " Antoine Tremblay
2015-11-04 18:47   ` Pedro Alves [this message]
2015-10-29 17:31 ` [PATCH 05/10] Remove too simple breakpoint_reinsert_addr implementations Antoine Tremblay
2015-11-04 18:21   ` Pedro Alves
2015-10-29 17:36 ` [PATCH 01/10] Fix breakpoint size when stepping over a permanent breakpoint in GDBServer Antoine Tremblay
2015-11-03 16:22   ` Yao Qi
2015-11-03 17:05     ` Antoine Tremblay
2015-10-29 17:43 ` [PATCH 08/10] Support software single step on ARM " Antoine Tremblay
2015-11-04 18:46   ` Pedro Alves
2015-10-29 17:45 ` [PATCH 06/10] Replace breakpoint_reinsert_addr by get_next_pcs operation " Antoine Tremblay
2015-11-04 18:48   ` Pedro Alves
2015-11-05 14:35     ` Antoine Tremblay
2015-10-29 17:48 ` [PATCH 02/10] Fix instruction skipping when using software single step " Antoine Tremblay
2015-11-04 18:08   ` Pedro Alves

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=563A52B0.9090205@redhat.com \
    --to=palves@redhat.com \
    --cc=antoine.tremblay@ericsson.com \
    --cc=gdb-patches@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox