Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Luis Machado <luisgpm@linux.vnet.ibm.com>
To: Daniel Jacobowitz <drow@false.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [patch] Backtrace prints wrong argument value
Date: Thu, 13 Sep 2007 14:47:00 -0000	[thread overview]
Message-ID: <1189694765.4564.5.camel@localhost> (raw)
In-Reply-To: <20070516144250.GD24682@caradoc.them.org>

[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

:ADDPATCH PowerPC-64:

Hi,

Bringing back this topic, i've written a patch to address this issue on
ppc's side, providing a function to specify call-clobbered registers
based on the ABI, similar to the S390's.

Looking forward to suggestions/corrections.

Best regards


> There is simply not enough information in the debug info to handle
> this correctly.  Let me give you another example:
> 
>      move var to r3
>      test something
>      if true, branch to Lfoo
>      call abort, which clobbers r3
> Lfoo:
>      do something with r3
> 
> At every instruction after the move, the debug info should say that
> var is in r3.  Right?  No matter which location we pick here, while
> backtracing from abort, we'll print the wrong value for var and
> there's no point where the debug info will say it is undefined.
> 
> If you want us to get this right using DWARF info, I believe your only
> choice is to approach the DWARF working group about it.
> 
> Now, in GDB we may have other options.  We might be able to get the
> list of call clobbered registers based on the ABI.  Compare with s390,
> which already does this (dwarf2_frame_set_init_reg).  Does adding
> this to PowerPC help your example any?
> 
-- 
Luis Machado
IBM Linux Technology Center
e-mail: luisgpm@linux.vnet.ibm.com

[-- Attachment #2: call-clobbered-registers.diff --]
[-- Type: text/x-patch, Size: 3177 bytes --]

2007-09-13  Luis Machado  <luisgpm@br.ibm.com>

    * rs6000-tdep.c (ppc_dwarf2_frame_init_reg): New function.
    (rs6000_gdbarch_init): Install ppc_dwarf2_frame_init_reg as 
    default dwarf2_frame_set_init_reg function.

Index: gdb/rs6000-tdep.c
===================================================================
--- gdb.orig/rs6000-tdep.c	2007-09-13 07:26:12.000000000 -0700
+++ gdb/rs6000-tdep.c	2007-09-13 07:41:10.000000000 -0700
@@ -3468,6 +3468,68 @@
   return &rs6000_frame_base;
 }
 
+/* DWARF-2 frame support. Used to handle the detection of
+   clobbered registers during function calls.  */
+
+ static void
+ppc_dwarf2_frame_init_reg (struct gdbarch *gdbarch, int regnum,
+                            struct dwarf2_frame_state_reg *reg,
+          struct frame_info *next_frame)
+{
+
+  struct gdbarch_tdep *tdep = gdbarch_tdep (gdbarch);
+
+  /* PPC32 and PPC64 ABI's are the same regarding volatile and
+     non-volatile registers. We will use the same code for both.  */
+
+  /* Call-saved GP registers.  */
+  if ((regnum >= (tdep->ppc_gp0_regnum + 14)
+    && regnum <= (tdep->ppc_gp0_regnum + 31))
+    || (regnum == (tdep->ppc_gp0_regnum + 1)))
+    reg->how = DWARF2_FRAME_REG_SAME_VALUE;
+
+  /* Call-clobbered GP registers.  */
+  if ((regnum >= (tdep->ppc_gp0_regnum + 3)
+    && regnum <= (tdep->ppc_gp0_regnum + 12))
+    || (regnum == tdep->ppc_gp0_regnum))
+    reg->how = DWARF2_FRAME_REG_UNDEFINED;
+
+  /* Deal with FP registers, if supported.  */
+  if (tdep->ppc_fp0_regnum >= 0)
+    {
+      /* Call-saved FP registers.  */
+      if ((regnum >= (tdep->ppc_fp0_regnum + 14)
+        && regnum <= (tdep->ppc_fp0_regnum + 31)))
+        reg->how = DWARF2_FRAME_REG_SAME_VALUE;
+
+      /* Call-clobbered FP registers.  */
+      if ((regnum >= (tdep->ppc_fp0_regnum)
+        && regnum <= (tdep->ppc_fp0_regnum + 13)))
+        reg->how = DWARF2_FRAME_REG_UNDEFINED;
+    }
+
+  /* Deal with ALTIVEC registers, if supported.  */
+  if (tdep->ppc_vr0_regnum > 0 && tdep->ppc_vrsave_regnum > 0)
+    {
+      /* Call-saved Altivec registers.  */
+      if ((regnum >= (tdep->ppc_vr0_regnum + 20)
+        && regnum <= (tdep->ppc_vr0_regnum + 31))
+        || regnum == tdep->ppc_vrsave_regnum)
+        reg->how = DWARF2_FRAME_REG_SAME_VALUE;
+
+      /* Call-clobbered Altivec registers.  */
+      if ((regnum >= (tdep->ppc_vr0_regnum)
+        && regnum <= (tdep->ppc_vr0_regnum + 19)))
+        reg->how = DWARF2_FRAME_REG_UNDEFINED;
+    }
+
+  if (regnum == gdbarch_pc_regnum (current_gdbarch))
+    reg->how = DWARF2_FRAME_REG_RA;
+  else if (regnum == gdbarch_sp_regnum (current_gdbarch))
+    reg->how = DWARF2_FRAME_REG_CFA;
+}
+
+
 /* Initialize the current architecture based on INFO.  If possible, re-use an
    architecture from ARCHES, which is a list of architectures already created
    during this debugging session.
@@ -3790,6 +3852,10 @@
           tdep->ppc_vr0_regnum = 71;
           tdep->ppc_vrsave_regnum = 104;
         }
+
+      /* Frame handling.  */
+      dwarf2_frame_set_init_reg (gdbarch, ppc_dwarf2_frame_init_reg);
+
       /* Fall Thru */
     case GDB_OSABI_NETBSD_AOUT:
     case GDB_OSABI_NETBSD_ELF:

  parent reply	other threads:[~2007-09-13 14:47 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-25 19:13 Luis Machado
2007-04-25 19:25 ` Daniel Jacobowitz
2007-04-25 22:28   ` Luis Machado
2007-04-30 13:31     ` Luis Machado
2007-05-16  5:34   ` Luis Machado
2007-05-16 14:43     ` Daniel Jacobowitz
2007-05-16 15:20       ` Luis Machado
2007-05-16 15:23         ` Daniel Jacobowitz
2007-09-13 14:47       ` Luis Machado [this message]
2007-09-16 19:45         ` Daniel Jacobowitz
2007-09-17 13:05           ` Luis Machado
2007-09-17 13:15             ` Daniel Jacobowitz
2007-09-17 13:30               ` Luis Machado
2007-09-17 13:37                 ` Daniel Jacobowitz
2007-09-17 13:46                   ` Luis Machado
2007-09-17 14:00                   ` Luis Machado
2007-09-17 14:04                     ` Daniel Jacobowitz
2007-09-17 16:02                       ` Luis Machado
2007-09-17 17:15                       ` Luis Machado
2007-09-17 17:18                         ` Daniel Jacobowitz
2007-09-17 17:34                           ` Luis Machado
2007-09-17 17:48                             ` Daniel Jacobowitz
2007-10-03 14:58                               ` Luis Machado
2007-10-21 21:41                           ` Luis Machado
2007-10-22  0:03                             ` Joel Brobecker
2007-10-22  1:20                               ` Daniel Jacobowitz
2007-10-22  4:11                                 ` Joel Brobecker
2007-10-24 20:50                                   ` Daniel Jacobowitz
2007-10-24 20:59                                     ` Joel Brobecker
2007-10-24 21:01                                       ` Daniel Jacobowitz
2007-10-24 22:23                                     ` Pedro Alves
2007-10-24 22:38                                       ` 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=1189694765.4564.5.camel@localhost \
    --to=luisgpm@linux.vnet.ibm.com \
    --cc=drow@false.org \
    --cc=gdb-patches@sources.redhat.com \
    /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