public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
* [PATCH] [gdb/aarch64] Use safer memory read routines
@ 2022-11-03  7:14 Luis Machado
  2022-11-08 16:59 ` Tom Tromey
  0 siblings, 1 reply; 3+ messages in thread
From: Luis Machado @ 2022-11-03  7:14 UTC (permalink / raw)
  To: gdb-patches

  PR 28796: GDB locks up after stopping on a breakpoint in invalidated memory
	    on aarch64

  As reported, we are using some memory read routines that don't handle read
  errors gracefully. Convert those to use the safe_* versions if available.

  This allows the code to handle those read errors in a more sensible way.
---
 gdb/aarch64-tdep.c | 42 ++++++++++++++++++++++++++++++++++++------
 1 file changed, 36 insertions(+), 6 deletions(-)

diff --git a/gdb/aarch64-tdep.c b/gdb/aarch64-tdep.c
index d9ddc84a140..07330356fdc 100644
--- a/gdb/aarch64-tdep.c
+++ b/gdb/aarch64-tdep.c
@@ -2940,8 +2940,18 @@ aarch64_software_single_step (struct regcache *regcache)
   CORE_ADDR breaks[2] = { CORE_ADDR_MAX, CORE_ADDR_MAX };
   CORE_ADDR loc = pc;
   CORE_ADDR closing_insn = 0;
-  uint32_t insn = read_memory_unsigned_integer (loc, insn_size,
-						byte_order_for_code);
+
+  ULONGEST insn_from_memory;
+  if (!safe_read_memory_unsigned_integer (loc, insn_size,
+					  byte_order_for_code,
+					  &insn_from_memory))
+  {
+    /* Assume we don't have a atomic sequence, as we couldn't read the
+       instruction in this location.  */
+    return {};
+  }
+
+  uint32_t insn = insn_from_memory;
   int index;
   int insn_count;
   int bc_insn_count = 0; /* Conditional branch instruction count.  */
@@ -2958,9 +2968,17 @@ aarch64_software_single_step (struct regcache *regcache)
   for (insn_count = 0; insn_count < atomic_sequence_length; ++insn_count)
     {
       loc += insn_size;
-      insn = read_memory_unsigned_integer (loc, insn_size,
-					   byte_order_for_code);
 
+      if (!safe_read_memory_unsigned_integer (loc, insn_size,
+					      byte_order_for_code,
+					      &insn_from_memory))
+      {
+	/* Assume we don't have a atomic sequence, as we couldn't read the
+	   instruction in this location.  */
+	return {};
+      }
+
+      insn = insn_from_memory;
       if (aarch64_decode_insn (insn, &inst, 1, NULL) != 0)
 	return {};
       /* Check if the instruction is a conditional branch.  */
@@ -3259,9 +3277,15 @@ aarch64_displaced_step_copy_insn (struct gdbarch *gdbarch,
 				  struct regcache *regs)
 {
   enum bfd_endian byte_order_for_code = gdbarch_byte_order_for_code (gdbarch);
-  uint32_t insn = read_memory_unsigned_integer (from, 4, byte_order_for_code);
   struct aarch64_displaced_step_data dsd;
   aarch64_inst inst;
+  ULONGEST insn_from_memory;
+
+  if (!safe_read_memory_unsigned_integer (from, 4, byte_order_for_code,
+					  &insn_from_memory))
+    return nullptr;
+
+  uint32_t insn = insn_from_memory;
 
   if (aarch64_decode_insn (insn, &inst, 1, NULL) != 0)
     return NULL;
@@ -3472,7 +3496,13 @@ aarch64_stack_frame_destroyed_p (struct gdbarch *gdbarch, CORE_ADDR pc)
     return 0;
 
   enum bfd_endian byte_order_for_code = gdbarch_byte_order_for_code (gdbarch);
-  uint32_t insn = read_memory_unsigned_integer (pc, 4, byte_order_for_code);
+
+  ULONGEST insn_from_memory;
+  if (!safe_read_memory_unsigned_integer (pc, 4, byte_order_for_code,
+					  &insn_from_memory))
+    return 0;
+
+  uint32_t insn = insn_from_memory;
 
   aarch64_inst inst;
   if (aarch64_decode_insn (insn, &inst, 1, nullptr) != 0)
-- 
2.25.1


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] [gdb/aarch64] Use safer memory read routines
  2022-11-03  7:14 [PATCH] [gdb/aarch64] Use safer memory read routines Luis Machado
@ 2022-11-08 16:59 ` Tom Tromey
  2022-11-10  0:47   ` Luis Machado
  0 siblings, 1 reply; 3+ messages in thread
From: Tom Tromey @ 2022-11-08 16:59 UTC (permalink / raw)
  To: Luis Machado via Gdb-patches; +Cc: Luis Machado

>>>>> "Luis" == Luis Machado via Gdb-patches <gdb-patches@sourceware.org> writes:

Luis>   PR 28796: GDB locks up after stopping on a breakpoint in invalidated memory
Luis> 	    on aarch64

If you write "PR tdep/28796" instead, the commit will show up in
bugzilla as well.

Also we've adopted the convention of adding a "Bug:" trailer with the
full URL, though at present this doesn't really do anything.

I think this is ok with these minor tweaks.

Tom

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] [gdb/aarch64] Use safer memory read routines
  2022-11-08 16:59 ` Tom Tromey
@ 2022-11-10  0:47   ` Luis Machado
  0 siblings, 0 replies; 3+ messages in thread
From: Luis Machado @ 2022-11-10  0:47 UTC (permalink / raw)
  To: Tom Tromey, Luis Machado via Gdb-patches

Hi Tom,

On 11/8/22 16:59, Tom Tromey wrote:
>>>>>> "Luis" == Luis Machado via Gdb-patches <gdb-patches@sourceware.org> writes:
> 
> Luis>   PR 28796: GDB locks up after stopping on a breakpoint in invalidated memory
> Luis> 	    on aarch64
> 
> If you write "PR tdep/28796" instead, the commit will show up in
> bugzilla as well.

Indeed. I keep forgetting about that pattern.

> 
> Also we've adopted the convention of adding a "Bug:" trailer with the
> full URL, though at present this doesn't really do anything.
> 
> I think this is ok with these minor tweaks.

Fixed now and pushed.

> 
> Tom


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-11-10  0:47 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-11-03  7:14 [PATCH] [gdb/aarch64] Use safer memory read routines Luis Machado
2022-11-08 16:59 ` Tom Tromey
2022-11-10  0:47   ` Luis Machado

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).