Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "H.J. Lu" <hjl.tools@gmail.com>
To: GDB <gdb-patches@sourceware.org>
Cc: mark.kettenis@xs4all.nl
Subject: PING: PATCH: PR backtrace/14646: [x32] backtrace doesn't work
Date: Wed, 03 Oct 2012 15:26:00 -0000	[thread overview]
Message-ID: <CAMe9rOrOnd8mnjrhbKNkkDajQ_CwjOF5kSZnZdDSbf8Gv0aQEA@mail.gmail.com> (raw)

On Sun, Sep 30, 2012 at 2:40 PM, H.J. Lu <hjl.tools@gmail.com> wrote:
> Hi,
>
> amd64_x32_init_abi has
>
>   tdep->sp_regnum_from_eax = AMD64_RSP_REGNUM;
>   tdep->pc_regnum_from_eax = AMD64_RIP_REGNUM;
>
> But unwind frame info is based on the real RSP/RIP
> registers.  Pseudo sp/pc registers don't work with
> frame related codes:
>
> [hjl@gnu-tools-1 gdb]$ egrep "pc_regnum|sp_regnum" *fram*.c
> dwarf2-frame.c:  if (regnum == gdbarch_pc_regnum (gdbarch))
> dwarf2-frame.c:  else if (regnum == gdbarch_sp_regnum (gdbarch))
> dwarf2-frame.c:          == gdbarch_sp_regnum (gdbarch)))
> dwarf2-frame-tailcall.c:  if (regnum == gdbarch_pc_regnum
> (this_gdbarch))
> dwarf2-frame-tailcall.c:  else if (cache->prev_sp_p && regnum ==
> gdbarch_sp_regnum (this_gdbarch))
> dwarf2-frame-tailcall.c:      int sp_regnum;
> dwarf2-frame-tailcall.c:      sp_regnum = gdbarch_sp_regnum
> (prev_gdbarch);
> dwarf2-frame-tailcall.c:      if (sp_regnum == -1)
> dwarf2-frame-tailcall.c:      prev_sp = frame_unwind_register_unsigned
> (this_frame, sp_regnum);
> frame.c:      && gdbarch_pc_regnum (gdbarch) >= 0
> frame.c:                      gdbarch_pc_regnum (gdbarch),
> frame.c:                      gdbarch_pc_regnum (gdbarch),
> frame.c:     the gdbarch_sp_regnum register is meaningful.  */
> frame.c:  if (gdbarch_sp_regnum (gdbarch) >= 0)
> frame.c:                    gdbarch_sp_regnum (gdbarch));
> [hjl@gnu-tools-1 gdb]$
>
> It is nice to print
>
> (gdb) p $sp
> $1 = (void *) 0xffffd028
>
> instead of
>
> (gdb) p $sp
> $1 = 4294955048
>
> But it breaks frame unwind.  This patch removes pseudo sp/pc regnum from
> x32.  "p $sp" and "p $pc" will print 64bit integers.  But "p $esp" and
> "p $esp" work fine.  OK for trunk and 4.5 branch?
>
> Thanks.
>
>
> H.J.
> ---
> 2012-09-30  H.J. Lu  <hongjiu.lu@intel.com>
>
>         PR backtrace/14646
>         PR gdb/14647
>         * i386-tdep.h (gdbarch_tdep): Remove sp_regnum_from_eax and
>         pc_regnum_from_eax.
>         * i386-tdep.c (i386_gdbarch_init): Don't use sp_regnum_from_eax
>         nor pc_regnum_from_eax.
>         * amd64-tdep.c (amd64_x32_init_abi): Don't set sp_regnum_from_eax
>         nor pc_regnum_from_eax.
>

PING.

-- 
H.J.


             reply	other threads:[~2012-10-03 15:26 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-03 15:26 H.J. Lu [this message]
2012-10-03 15:43 ` Mark Kettenis
2012-10-03 15:59   ` H.J. Lu
2012-10-03 17:03     ` H.J. Lu
2012-10-05  2:08       ` H.J. Lu
     [not found] ` <20121003154712.GH3028@adacore.com>
     [not found]   ` <CAMe9rOreX6NAf08vD8=k4LBGevvTFUd-tqwwWmbsA3iRxxsE2A@mail.gmail.com>
     [not found]     ` <201210040657.q946vJlc006566@glazunov.sibelius.xs4all.nl>
     [not found]       ` <CAMe9rOounZ9e14QeMLvXR64gG5rJxQ9nNxt64YoLW54bx5VtHw@mail.gmail.com>
2012-10-08 19:48         ` Mark Kettenis
2012-10-08 20:04           ` H.J. Lu
2012-10-08 20:22             ` Mark Kettenis
2012-10-08 20:38               ` H.J. Lu
2012-10-08 20:47                 ` Mark Kettenis
2012-10-08 21:01                   ` H.J. Lu
2012-10-09 15:32                     ` H.J. Lu
2012-10-09 15:40                       ` Mark Kettenis
2012-10-09 15:48                         ` Mark Kettenis
2012-10-09 16:35                           ` H.J. Lu
2012-10-09 16:38                             ` H.J. Lu
2012-10-15 10:10                               ` Mark Kettenis
2012-10-15 20:41                                 ` H.J. Lu
2012-10-11 22:34                           ` H.J. Lu
2012-10-12  8:31                             ` Mark Kettenis

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=CAMe9rOrOnd8mnjrhbKNkkDajQ_CwjOF5kSZnZdDSbf8Gv0aQEA@mail.gmail.com \
    --to=hjl.tools@gmail.com \
    --cc=gdb-patches@sourceware.org \
    --cc=mark.kettenis@xs4all.nl \
    /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