* [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address @ 2015-10-13 10:11 Yao Qi 2015-10-13 11:07 ` Pedro Alves 0 siblings, 1 reply; 8+ messages in thread From: Yao Qi @ 2015-10-13 10:11 UTC (permalink / raw) To: gdb-patches Nowadays, both aarch64 GDB and linux kernel assumes that address for setting breakpoint should be 4-byte aligned. However that is not true after we support multi-arch, because thumb instruction can be at 2-byte aligned address. Patch http://lists.infradead.org/pipermail/linux-arm-kernel/2015-October/375141.html to linux kernel is to teach kernel to handle 2-byte aligned address for HW breakpoint, while this patch is to teach aarch64 GDB handle 2-byte aligned address. First of all, we call gdbarch_breakpoint_from_pc to get the instruction length rather than using hard-coded 4. Secondly, in GDBserver, we set length back to 2 if it is 3, because GDB encode 3 in it to indicate it is a 32-bit thumb breakpoint. Then we relax the address alignment check from 4-byte aligned to 2-byte aligned. This patch enables some tests (such as gdb.base/break-idempotent.exp, gdb.base/cond-eval-mode.exp, gdb.base/watchpoint-reuse-slot.exp,) and fixes many fails (such as gdb.base/hbreak2.exp) when the program is compiled in thumb mode on aarch64. Regression tested on aarch64-linux, both native and gdbserver. This is the last patch of multi-arch work. gdb: 2015-10-13 Yao Qi <yao.qi@linaro.org> * aarch64-linux-nat.c (aarch64_linux_insert_hw_breakpoint): Call gdbarch_breakpoint_from_pc to instruction length. (aarch64_linux_remove_hw_breakpoint): Likewise. * nat/aarch64-linux-hw-point.c (aarch64_point_is_aligned): Set alignment to 2 for breakpoint. (aarch64_handle_breakpoint): Update comments. gdb/gdbserver: 2015-10-13 Yao Qi <yao.qi@linaro.org> * linux-aarch64-low.c (aarch64_insert_point): Set len to 2 if it is 3. (aarch64_remove_point): Likewise. --- gdb/aarch64-linux-nat.c | 8 ++++++-- gdb/gdbserver/linux-aarch64-low.c | 18 ++++++++++++------ gdb/nat/aarch64-linux-hw-point.c | 15 ++++++++++++--- 3 files changed, 30 insertions(+), 11 deletions(-) diff --git a/gdb/aarch64-linux-nat.c b/gdb/aarch64-linux-nat.c index c9f439f..4d3d55a 100644 --- a/gdb/aarch64-linux-nat.c +++ b/gdb/aarch64-linux-nat.c @@ -608,11 +608,13 @@ aarch64_linux_insert_hw_breakpoint (struct target_ops *self, { int ret; CORE_ADDR addr = bp_tgt->placed_address = bp_tgt->reqstd_address; - const int len = 4; + int len; const enum target_hw_bp_type type = hw_execute; struct aarch64_debug_reg_state *state = aarch64_get_debug_reg_state (ptid_get_pid (inferior_ptid)); + gdbarch_breakpoint_from_pc (gdbarch, &addr, &len); + if (show_debug_regs) fprintf_unfiltered (gdb_stdlog, @@ -640,11 +642,13 @@ aarch64_linux_remove_hw_breakpoint (struct target_ops *self, { int ret; CORE_ADDR addr = bp_tgt->placed_address; - const int len = 4; + int len = 4; const enum target_hw_bp_type type = hw_execute; struct aarch64_debug_reg_state *state = aarch64_get_debug_reg_state (ptid_get_pid (inferior_ptid)); + gdbarch_breakpoint_from_pc (gdbarch, &addr, &len); + if (show_debug_regs) fprintf_unfiltered (gdb_stdlog, "remove_hw_breakpoint on entry (addr=0x%08lx, len=%d))\n", diff --git a/gdb/gdbserver/linux-aarch64-low.c b/gdb/gdbserver/linux-aarch64-low.c index 9cefdda..f1ea5a4 100644 --- a/gdb/gdbserver/linux-aarch64-low.c +++ b/gdb/gdbserver/linux-aarch64-low.c @@ -315,9 +315,12 @@ aarch64_insert_point (enum raw_bkpt_type type, CORE_ADDR addr, ret = -1; } else - ret = - aarch64_handle_breakpoint (targ_type, addr, len, 1 /* is_insert */, - state); + { + if (len == 3) + len = 2; + ret = aarch64_handle_breakpoint (targ_type, addr, len, + 1 /* is_insert */, state); + } if (show_debug_regs) aarch64_show_debug_reg_state (state, "insert_point", addr, len, @@ -353,9 +356,12 @@ aarch64_remove_point (enum raw_bkpt_type type, CORE_ADDR addr, aarch64_handle_watchpoint (targ_type, addr, len, 0 /* is_insert */, state); else - ret = - aarch64_handle_breakpoint (targ_type, addr, len, 0 /* is_insert */, - state); + { + if (len == 3) + len = 2; + ret = aarch64_handle_breakpoint (targ_type, addr, len, + 0 /* is_insert */, state); + } if (show_debug_regs) aarch64_show_debug_reg_state (state, "remove_point", addr, len, diff --git a/gdb/nat/aarch64-linux-hw-point.c b/gdb/nat/aarch64-linux-hw-point.c index bca6ec1..d15e518 100644 --- a/gdb/nat/aarch64-linux-hw-point.c +++ b/gdb/nat/aarch64-linux-hw-point.c @@ -112,8 +112,17 @@ aarch64_point_encode_ctrl_reg (enum target_hw_bp_type type, int len) static int aarch64_point_is_aligned (int is_watchpoint, CORE_ADDR addr, int len) { - unsigned int alignment = is_watchpoint ? AARCH64_HWP_ALIGNMENT - : AARCH64_HBP_ALIGNMENT; + unsigned int alignment = 0; + + if (is_watchpoint) + alignment = AARCH64_HWP_ALIGNMENT; + else + { + /* Set alignment to 2 only if the current process is 32-bit, + since thumb instruction can be 2-byte aligned. Otherwise, set + alignment to AARCH64_HBP_ALIGNMENT. */ + alignment = 2; + } if (addr & (alignment - 1)) return 0; @@ -445,7 +454,7 @@ aarch64_handle_breakpoint (enum target_hw_bp_type type, CORE_ADDR addr, struct aarch64_debug_reg_state *state) { /* The hardware breakpoint on AArch64 should always be 4-byte - aligned. */ + aligned, but on AArch32, it can be 2-byte aligned. */ if (!aarch64_point_is_aligned (0 /* is_watchpoint */ , addr, len)) return -1; -- 1.9.1 ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address 2015-10-13 10:11 [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address Yao Qi @ 2015-10-13 11:07 ` Pedro Alves 2015-10-13 15:26 ` Yao Qi 0 siblings, 1 reply; 8+ messages in thread From: Pedro Alves @ 2015-10-13 11:07 UTC (permalink / raw) To: Yao Qi, gdb-patches On 10/13/2015 11:11 AM, Yao Qi wrote: > --- a/gdb/gdbserver/linux-aarch64-low.c > +++ b/gdb/gdbserver/linux-aarch64-low.c > @@ -315,9 +315,12 @@ aarch64_insert_point (enum raw_bkpt_type type, CORE_ADDR addr, > ret = -1; > } > else > - ret = > - aarch64_handle_breakpoint (targ_type, addr, len, 1 /* is_insert */, > - state); > + { > + if (len == 3) > + len = 2; I think this warrants a comment. E.g., someone reading arm-linux-low.c:arm_linux_hw_point_initialize quite easily grasps what 3 means. > + ret = aarch64_handle_breakpoint (targ_type, addr, len, > + 1 /* is_insert */, state); > + } > > if (show_debug_regs) > aarch64_show_debug_reg_state (state, "insert_point", addr, len, > @@ -353,9 +356,12 @@ aarch64_remove_point (enum raw_bkpt_type type, CORE_ADDR addr, > aarch64_handle_watchpoint (targ_type, addr, len, 0 /* is_insert */, > state); > else > - ret = > - aarch64_handle_breakpoint (targ_type, addr, len, 0 /* is_insert */, > - state); > + { > + if (len == 3) > + len = 2; > + ret = aarch64_handle_breakpoint (targ_type, addr, len, > + 0 /* is_insert */, state); > + } > > if (show_debug_regs) > aarch64_show_debug_reg_state (state, "remove_point", addr, len, > diff --git a/gdb/nat/aarch64-linux-hw-point.c b/gdb/nat/aarch64-linux-hw-point.c > index bca6ec1..d15e518 100644 > --- a/gdb/nat/aarch64-linux-hw-point.c > +++ b/gdb/nat/aarch64-linux-hw-point.c > @@ -112,8 +112,17 @@ aarch64_point_encode_ctrl_reg (enum target_hw_bp_type type, int len) > static int > aarch64_point_is_aligned (int is_watchpoint, CORE_ADDR addr, int len) > { > - unsigned int alignment = is_watchpoint ? AARCH64_HWP_ALIGNMENT > - : AARCH64_HBP_ALIGNMENT; > + unsigned int alignment = 0; > + > + if (is_watchpoint) > + alignment = AARCH64_HWP_ALIGNMENT; > + else > + { > + /* Set alignment to 2 only if the current process is 32-bit, > + since thumb instruction can be 2-byte aligned. Otherwise, set > + alignment to AARCH64_HBP_ALIGNMENT. */ > + alignment = 2; Is some other code doing what the comment says? I'm not seeing any obvious 32-bit check. > + } > > if (addr & (alignment - 1)) > return 0; > @@ -445,7 +454,7 @@ aarch64_handle_breakpoint (enum target_hw_bp_type type, CORE_ADDR addr, > struct aarch64_debug_reg_state *state) > { > /* The hardware breakpoint on AArch64 should always be 4-byte > - aligned. */ > + aligned, but on AArch32, it can be 2-byte aligned. */ > if (!aarch64_point_is_aligned (0 /* is_watchpoint */ , addr, len)) > return -1; > > -- 1.9.1 > Thanks, Pedro Alves ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address 2015-10-13 11:07 ` Pedro Alves @ 2015-10-13 15:26 ` Yao Qi 2015-10-13 16:58 ` Andrew Pinski 2015-10-13 17:31 ` Pedro Alves 0 siblings, 2 replies; 8+ messages in thread From: Yao Qi @ 2015-10-13 15:26 UTC (permalink / raw) To: Pedro Alves; +Cc: Yao Qi, gdb-patches Pedro Alves <palves@redhat.com> writes: >> + { >> + if (len == 3) >> + len = 2; > > I think this warrants a comment. E.g., someone reading > arm-linux-low.c:arm_linux_hw_point_initialize quite easily grasps > what 3 means. > How about the comment like this? if (len == 3) { /* LEN is 3 means the breakpoint is set on a 32-bit thumb instruction. Set it to 2 to correctly encode length bit mask in hardware/watchpoint control register. */ len = 2; } >> diff --git a/gdb/nat/aarch64-linux-hw-point.c b/gdb/nat/aarch64-linux-hw-point.c >> index bca6ec1..d15e518 100644 >> --- a/gdb/nat/aarch64-linux-hw-point.c >> +++ b/gdb/nat/aarch64-linux-hw-point.c >> @@ -112,8 +112,17 @@ aarch64_point_encode_ctrl_reg (enum target_hw_bp_type type, int len) >> static int >> aarch64_point_is_aligned (int is_watchpoint, CORE_ADDR addr, int len) >> { >> - unsigned int alignment = is_watchpoint ? AARCH64_HWP_ALIGNMENT >> - : AARCH64_HBP_ALIGNMENT; >> + unsigned int alignment = 0; >> + >> + if (is_watchpoint) >> + alignment = AARCH64_HWP_ALIGNMENT; >> + else >> + { >> + /* Set alignment to 2 only if the current process is 32-bit, >> + since thumb instruction can be 2-byte aligned. Otherwise, set >> + alignment to AARCH64_HBP_ALIGNMENT. */ >> + alignment = 2; > > Is some other code doing what the comment says? I'm not seeing > any obvious 32-bit check. No, I don't do the 32-bit check here. Ideally, we should set alignment to 2 only when the process is 32-bit, and still use 4 as alignment otherwise. However, I don't find an easy way to do the 32-bit check here, because this code is used by both GDB and GDBserver. We can do the 32-bit check in GDB and GDBserver respectively, and pass the result to nat/aarch64-linux-hw-point.c, but I don't like putting information down multiple levels like this. -- Yao (齐尧) ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address 2015-10-13 15:26 ` Yao Qi @ 2015-10-13 16:58 ` Andrew Pinski 2015-10-13 17:31 ` Pedro Alves 1 sibling, 0 replies; 8+ messages in thread From: Andrew Pinski @ 2015-10-13 16:58 UTC (permalink / raw) To: Yao Qi; +Cc: Pedro Alves, gdb-patches On Tue, Oct 13, 2015 at 8:26 AM, Yao Qi <qiyaoltc@gmail.com> wrote: > Pedro Alves <palves@redhat.com> writes: > >>> + { >>> + if (len == 3) >>> + len = 2; >> >> I think this warrants a comment. E.g., someone reading >> arm-linux-low.c:arm_linux_hw_point_initialize quite easily grasps >> what 3 means. >> > > How about the comment like this? > > if (len == 3) > { > /* LEN is 3 means the breakpoint is set on a 32-bit thumb > instruction. Set it to 2 to correctly encode length bit > mask in hardware/watchpoint control register. */ > len = 2; > } > >>> diff --git a/gdb/nat/aarch64-linux-hw-point.c b/gdb/nat/aarch64-linux-hw-point.c >>> index bca6ec1..d15e518 100644 >>> --- a/gdb/nat/aarch64-linux-hw-point.c >>> +++ b/gdb/nat/aarch64-linux-hw-point.c >>> @@ -112,8 +112,17 @@ aarch64_point_encode_ctrl_reg (enum target_hw_bp_type type, int len) >>> static int >>> aarch64_point_is_aligned (int is_watchpoint, CORE_ADDR addr, int len) >>> { >>> - unsigned int alignment = is_watchpoint ? AARCH64_HWP_ALIGNMENT >>> - : AARCH64_HBP_ALIGNMENT; >>> + unsigned int alignment = 0; >>> + >>> + if (is_watchpoint) >>> + alignment = AARCH64_HWP_ALIGNMENT; >>> + else >>> + { >>> + /* Set alignment to 2 only if the current process is 32-bit, >>> + since thumb instruction can be 2-byte aligned. Otherwise, set >>> + alignment to AARCH64_HBP_ALIGNMENT. */ >>> + alignment = 2; >> >> Is some other code doing what the comment says? I'm not seeing >> any obvious 32-bit check. > > No, I don't do the 32-bit check here. Ideally, we should set alignment > to 2 only when the process is 32-bit, and still use 4 as alignment > otherwise. However, I don't find an easy way to do the 32-bit check > here, because this code is used by both GDB and GDBserver. We can do > the 32-bit check in GDB and GDBserver respectively, and pass the result > to nat/aarch64-linux-hw-point.c, but I don't like putting information down > multiple levels like this. Also it is not just about 32bit vs 64bit either. It is about aarch32 vs aarch64. I think we should push that information down as far as we can. Thanks, Andrew > > -- > Yao (齐尧) ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address 2015-10-13 15:26 ` Yao Qi 2015-10-13 16:58 ` Andrew Pinski @ 2015-10-13 17:31 ` Pedro Alves 2015-10-15 8:14 ` Yao Qi 1 sibling, 1 reply; 8+ messages in thread From: Pedro Alves @ 2015-10-13 17:31 UTC (permalink / raw) To: Yao Qi; +Cc: gdb-patches On 10/13/2015 04:26 PM, Yao Qi wrote: > Pedro Alves <palves@redhat.com> writes: > >>> + { >>> + if (len == 3) >>> + len = 2; >> >> I think this warrants a comment. E.g., someone reading >> arm-linux-low.c:arm_linux_hw_point_initialize quite easily grasps >> what 3 means. >> > > How about the comment like this? > > if (len == 3) > { > /* LEN is 3 means the breakpoint is set on a 32-bit thumb > instruction. Set it to 2 to correctly encode length bit > mask in hardware/watchpoint control register. */ > len = 2; > } Sounds fine. > >>> diff --git a/gdb/nat/aarch64-linux-hw-point.c b/gdb/nat/aarch64-linux-hw-point.c >>> index bca6ec1..d15e518 100644 >>> --- a/gdb/nat/aarch64-linux-hw-point.c >>> +++ b/gdb/nat/aarch64-linux-hw-point.c >>> @@ -112,8 +112,17 @@ aarch64_point_encode_ctrl_reg (enum target_hw_bp_type type, int len) >>> static int >>> aarch64_point_is_aligned (int is_watchpoint, CORE_ADDR addr, int len) >>> { >>> - unsigned int alignment = is_watchpoint ? AARCH64_HWP_ALIGNMENT >>> - : AARCH64_HBP_ALIGNMENT; >>> + unsigned int alignment = 0; >>> + >>> + if (is_watchpoint) >>> + alignment = AARCH64_HWP_ALIGNMENT; >>> + else >>> + { >>> + /* Set alignment to 2 only if the current process is 32-bit, >>> + since thumb instruction can be 2-byte aligned. Otherwise, set >>> + alignment to AARCH64_HBP_ALIGNMENT. */ >>> + alignment = 2; >> >> Is some other code doing what the comment says? I'm not seeing >> any obvious 32-bit check. > > No, I don't do the 32-bit check here. Ideally, we should set alignment > to 2 only when the process is 32-bit, and still use 4 as alignment > otherwise. However, I don't find an easy way to do the 32-bit check > here, because this code is used by both GDB and GDBserver. We can do > the 32-bit check in GDB and GDBserver respectively, and pass the result > to nat/aarch64-linux-hw-point.c, but I don't like putting information down > multiple levels like this. At least the comment should be updated. It's quite misleading as is. Thanks, Pedro Alves ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address 2015-10-13 17:31 ` Pedro Alves @ 2015-10-15 8:14 ` Yao Qi 2015-10-15 13:02 ` Pedro Alves 0 siblings, 1 reply; 8+ messages in thread From: Yao Qi @ 2015-10-15 8:14 UTC (permalink / raw) To: Pedro Alves; +Cc: Yao Qi, gdb-patches Pedro Alves <palves@redhat.com> writes: >>>> aarch64_point_is_aligned (int is_watchpoint, CORE_ADDR addr, int len) >>>> { >>>> - unsigned int alignment = is_watchpoint ? AARCH64_HWP_ALIGNMENT >>>> - : AARCH64_HBP_ALIGNMENT; >>>> + unsigned int alignment = 0; >>>> + >>>> + if (is_watchpoint) >>>> + alignment = AARCH64_HWP_ALIGNMENT; >>>> + else >>>> + { >>>> + /* Set alignment to 2 only if the current process is 32-bit, >>>> + since thumb instruction can be 2-byte aligned. Otherwise, set >>>> + alignment to AARCH64_HBP_ALIGNMENT. */ >>>> + alignment = 2; >>> >>> Is some other code doing what the comment says? I'm not seeing >>> any obvious 32-bit check. >> >> No, I don't do the 32-bit check here. Ideally, we should set alignment >> to 2 only when the process is 32-bit, and still use 4 as alignment >> otherwise. However, I don't find an easy way to do the 32-bit check >> here, because this code is used by both GDB and GDBserver. We can do >> the 32-bit check in GDB and GDBserver respectively, and pass the result >> to nat/aarch64-linux-hw-point.c, but I don't like putting information down >> multiple levels like this. > > At least the comment should be updated. It's quite misleading as is. In order to do 32-bit check in nat/aarch64-linux-hw-point.c, I add a new regcache interface regcache_register_size which is defined in both GDB and GDBserver. It has two arguments, regcache and number, which looks more reasonable than register_size, IMO. With regcache_register_size in place, we can check 32-bit like this, struct regcache *regcache = get_thread_regcache_for_ptid (current_lwp_ptid ()); /* Set alignment to 2 only if the current process is 32-bit, since thumb instruction can be 2-byte aligned. Otherwise, set alignment to AARCH64_HBP_ALIGNMENT. */ if (regcache_register_size (regcache, 0) == 8) alignment = AARCH64_HBP_ALIGNMENT; else alignment = 2; on the other hand, a lot of register_size calls in GDB and GDBserver can be replaced by regcache_register_size. This can be done separately. Here is the patch V2, regression tested on aarch64-linux. -- Yao (齐尧) From 65e2b12411ee8431c24bdeb17bc3eee65f32c1b0 Mon Sep 17 00:00:00 2001 From: Yao Qi <yao.qi@linaro.org> Date: Thu, 9 Jul 2015 09:28:27 +0100 Subject: [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address Nowadays, both aarch64 GDB and linux kernel assumes that address for setting breakpoint should be 4-byte aligned. However that is not true after we support multi-arch, because thumb instruction can be at 2-byte aligned address. Patch http://lists.infradead.org/pipermail/linux-arm-kernel/2015-October/375141.html to linux kernel is to teach kernel to handle 2-byte aligned address for HW breakpoint, while this patch is to teach aarch64 GDB handle 2-byte aligned address. First of all, we call gdbarch_breakpoint_from_pc to get the instruction length rather than using hard-coded 4. Secondly, in GDBserver, we set length back to 2 if it is 3, because GDB encode 3 in it to indicate it is a 32-bit thumb breakpoint. Then we relax the address alignment check from 4-byte aligned to 2-byte aligned. This patch enables some tests (such as gdb.base/break-idempotent.exp, gdb.base/cond-eval-mode.exp, gdb.base/watchpoint-reuse-slot.exp,) and fixes many fails (such as gdb.base/hbreak2.exp) when the program is compiled in thumb mode on aarch64. Regression tested on aarch64-linux, both native and gdbserver. This is the last patch of multi-arch work. gdb: 2015-10-14 Yao Qi <yao.qi@linaro.org> * aarch64-linux-nat.c (aarch64_linux_insert_hw_breakpoint): Call gdbarch_breakpoint_from_pc to instruction length. (aarch64_linux_remove_hw_breakpoint): Likewise. * common/common-regcache.h (regcache_register_size): Declare. * nat/aarch64-linux-hw-point.c: Include "common-regcache.h". (aarch64_point_is_aligned): Set alignment to 2 for breakpoint if the process is 32bit, otherwise set alignment to 4. (aarch64_handle_breakpoint): Update comments. * regcache.c (regcache_register_size): New function. gdb/gdbserver: 2015-10-14 Yao Qi <yao.qi@linaro.org> * linux-aarch64-low.c (aarch64_insert_point): Set len to 2 if it is 3. (aarch64_remove_point): Likewise. * regcache.c (regcache_register_size): New function. diff --git a/gdb/aarch64-linux-nat.c b/gdb/aarch64-linux-nat.c index c9f439f..4d3d55a 100644 --- a/gdb/aarch64-linux-nat.c +++ b/gdb/aarch64-linux-nat.c @@ -608,11 +608,13 @@ aarch64_linux_insert_hw_breakpoint (struct target_ops *self, { int ret; CORE_ADDR addr = bp_tgt->placed_address = bp_tgt->reqstd_address; - const int len = 4; + int len; const enum target_hw_bp_type type = hw_execute; struct aarch64_debug_reg_state *state = aarch64_get_debug_reg_state (ptid_get_pid (inferior_ptid)); + gdbarch_breakpoint_from_pc (gdbarch, &addr, &len); + if (show_debug_regs) fprintf_unfiltered (gdb_stdlog, @@ -640,11 +642,13 @@ aarch64_linux_remove_hw_breakpoint (struct target_ops *self, { int ret; CORE_ADDR addr = bp_tgt->placed_address; - const int len = 4; + int len = 4; const enum target_hw_bp_type type = hw_execute; struct aarch64_debug_reg_state *state = aarch64_get_debug_reg_state (ptid_get_pid (inferior_ptid)); + gdbarch_breakpoint_from_pc (gdbarch, &addr, &len); + if (show_debug_regs) fprintf_unfiltered (gdb_stdlog, "remove_hw_breakpoint on entry (addr=0x%08lx, len=%d))\n", diff --git a/gdb/common/common-regcache.h b/gdb/common/common-regcache.h index a922316..c470603 100644 --- a/gdb/common/common-regcache.h +++ b/gdb/common/common-regcache.h @@ -28,6 +28,11 @@ extern struct regcache *get_thread_regcache_for_ptid (ptid_t ptid); +/* Return the size of register numbered N in REGCACHE. This function + must be provided by the client. */ + +extern int regcache_register_size (const struct regcache *regcache, int n); + /* Read the PC register. This function must be provided by the client. */ diff --git a/gdb/gdbserver/linux-aarch64-low.c b/gdb/gdbserver/linux-aarch64-low.c index 9cefdda..780c5e3 100644 --- a/gdb/gdbserver/linux-aarch64-low.c +++ b/gdb/gdbserver/linux-aarch64-low.c @@ -315,9 +315,17 @@ aarch64_insert_point (enum raw_bkpt_type type, CORE_ADDR addr, ret = -1; } else - ret = - aarch64_handle_breakpoint (targ_type, addr, len, 1 /* is_insert */, - state); + { + if (len == 3) + { + /* LEN is 3 means the breakpoint is set on a 32-bit thumb + instruction. Set it to 2 to correctly encode length bit + mask in hardware/watchpoint control register. */ + len = 2; + } + ret = aarch64_handle_breakpoint (targ_type, addr, len, + 1 /* is_insert */, state); + } if (show_debug_regs) aarch64_show_debug_reg_state (state, "insert_point", addr, len, @@ -353,9 +361,17 @@ aarch64_remove_point (enum raw_bkpt_type type, CORE_ADDR addr, aarch64_handle_watchpoint (targ_type, addr, len, 0 /* is_insert */, state); else - ret = - aarch64_handle_breakpoint (targ_type, addr, len, 0 /* is_insert */, - state); + { + if (len == 3) + { + /* LEN is 3 means the breakpoint is set on a 32-bit thumb + instruction. Set it to 2 to correctly encode length bit + mask in hardware/watchpoint control register. */ + len = 2; + } + ret = aarch64_handle_breakpoint (targ_type, addr, len, + 0 /* is_insert */, state); + } if (show_debug_regs) aarch64_show_debug_reg_state (state, "remove_point", addr, len, diff --git a/gdb/gdbserver/regcache.c b/gdb/gdbserver/regcache.c index f79063c..e11b173 100644 --- a/gdb/gdbserver/regcache.c +++ b/gdb/gdbserver/regcache.c @@ -316,6 +316,14 @@ register_size (const struct target_desc *tdesc, int n) return tdesc->reg_defs[n].size / 8; } +/* See common/common-regcache.h. */ + +int +regcache_register_size (const struct regcache *regcache, int n) +{ + return register_size (regcache->tdesc, n); +} + static unsigned char * register_data (struct regcache *regcache, int n, int fetch) { diff --git a/gdb/nat/aarch64-linux-hw-point.c b/gdb/nat/aarch64-linux-hw-point.c index bca6ec1..1a5fa6a 100644 --- a/gdb/nat/aarch64-linux-hw-point.c +++ b/gdb/nat/aarch64-linux-hw-point.c @@ -18,6 +18,7 @@ #include "common-defs.h" #include "break-common.h" +#include "common-regcache.h" #include "nat/linux-nat.h" #include "aarch64-linux-hw-point.h" @@ -112,8 +113,23 @@ aarch64_point_encode_ctrl_reg (enum target_hw_bp_type type, int len) static int aarch64_point_is_aligned (int is_watchpoint, CORE_ADDR addr, int len) { - unsigned int alignment = is_watchpoint ? AARCH64_HWP_ALIGNMENT - : AARCH64_HBP_ALIGNMENT; + unsigned int alignment = 0; + + if (is_watchpoint) + alignment = AARCH64_HWP_ALIGNMENT; + else + { + struct regcache *regcache + = get_thread_regcache_for_ptid (current_lwp_ptid ()); + + /* Set alignment to 2 only if the current process is 32-bit, + since thumb instruction can be 2-byte aligned. Otherwise, set + alignment to AARCH64_HBP_ALIGNMENT. */ + if (regcache_register_size (regcache, 0) == 8) + alignment = AARCH64_HBP_ALIGNMENT; + else + alignment = 2; + } if (addr & (alignment - 1)) return 0; @@ -445,7 +461,7 @@ aarch64_handle_breakpoint (enum target_hw_bp_type type, CORE_ADDR addr, struct aarch64_debug_reg_state *state) { /* The hardware breakpoint on AArch64 should always be 4-byte - aligned. */ + aligned, but on AArch32, it can be 2-byte aligned. */ if (!aarch64_point_is_aligned (0 /* is_watchpoint */ , addr, len)) return -1; diff --git a/gdb/regcache.c b/gdb/regcache.c index 74d883a..5ee31fb 100644 --- a/gdb/regcache.c +++ b/gdb/regcache.c @@ -179,6 +179,14 @@ register_size (struct gdbarch *gdbarch, int regnum) return size; } +/* See common/common-regcache.h. */ + +int +regcache_register_size (const struct regcache *regcache, int n) +{ + return register_size (get_regcache_arch (regcache), n); +} + /* The register cache for storing raw register values. */ struct regcache ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address 2015-10-15 8:14 ` Yao Qi @ 2015-10-15 13:02 ` Pedro Alves 2015-10-15 14:10 ` Yao Qi 0 siblings, 1 reply; 8+ messages in thread From: Pedro Alves @ 2015-10-15 13:02 UTC (permalink / raw) To: Yao Qi; +Cc: gdb-patches On 10/15/2015 09:14 AM, Yao Qi wrote: > Pedro Alves <palves@redhat.com> writes: >> At least the comment should be updated. It's quite misleading as is. > > In order to do 32-bit check in nat/aarch64-linux-hw-point.c, I add a new > regcache interface regcache_register_size which is defined in both GDB > and GDBserver. It has two arguments, regcache and number, which looks > more reasonable than register_size, IMO. With regcache_register_size in > place, we can check 32-bit like this, > > struct regcache *regcache > = get_thread_regcache_for_ptid (current_lwp_ptid ()); > > /* Set alignment to 2 only if the current process is 32-bit, > since thumb instruction can be 2-byte aligned. Otherwise, set > alignment to AARCH64_HBP_ALIGNMENT. */ > if (regcache_register_size (regcache, 0) == 8) > alignment = AARCH64_HBP_ALIGNMENT; > else > alignment = 2; > > on the other hand, a lot of register_size calls in GDB and GDBserver can > be replaced by regcache_register_size. This can be done separately. > > Here is the patch V2, regression tested on aarch64-linux. LGTM. Thanks, Pedro Alves ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address 2015-10-15 13:02 ` Pedro Alves @ 2015-10-15 14:10 ` Yao Qi 0 siblings, 0 replies; 8+ messages in thread From: Yao Qi @ 2015-10-15 14:10 UTC (permalink / raw) To: Pedro Alves; +Cc: gdb-patches On 15/10/15 14:02, Pedro Alves wrote: >> Here is the patch V2, regression tested on aarch64-linux. > LGTM. Thanks, patch is pushed in. -- Yao (é½å°§) ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2015-10-15 14:10 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-10-13 10:11 [PATCH] aarch64 multi-arch part 6: HW breakpoint on unaligned address Yao Qi 2015-10-13 11:07 ` Pedro Alves 2015-10-13 15:26 ` Yao Qi 2015-10-13 16:58 ` Andrew Pinski 2015-10-13 17:31 ` Pedro Alves 2015-10-15 8:14 ` Yao Qi 2015-10-15 13:02 ` Pedro Alves 2015-10-15 14:10 ` Yao Qi
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox