From: Simon Marchi <simon.marchi@ericsson.com>
To: Pedro Alves <palves@redhat.com>, <gdb-patches@sourceware.org>
Subject: Re: [PATCH 1/2] Fix PR gdb/19676: Disable displaced stepping if /proc not mounted
Date: Tue, 01 Mar 2016 17:00:00 -0000 [thread overview]
Message-ID: <56D5CABA.9030704@ericsson.com> (raw)
In-Reply-To: <1456850713-5745-2-git-send-email-palves@redhat.com>
On 16-03-01 11:45 AM, Pedro Alves wrote:
> On GNU/Linux archs that support displaced stepping, if /proc is not
> mounted, GDB gets stuck not able to step past breakpoints:
>
> (gdb) c
> Continuing.
> dl_main (phdr=<optimized out>, phnum=<optimized out>, user_entry=<optimized out>, auxv=<optimized out>) at rtld.c:2163
> 2163 LIBC_PROBE (init_complete, 2, LM_ID_BASE, r);
> Cannot find AT_ENTRY auxiliary vector entry.
> (gdb) c
> Continuing.
> dl_main (phdr=<optimized out>, phnum=<optimized out>, user_entry=<optimized out>, auxv=<optimized out>) at rtld.c:2163
> 2163 LIBC_PROBE (init_complete, 2, LM_ID_BASE, r);
> Cannot find AT_ENTRY auxiliary vector entry.
> (gdb)
>
> That's because GDB can't figure out where the scratch pad is.
>
> This is a regression introduced by the earlier changes to make the
> Linux native target always work in non-stop mode.
>
> This commit makes GDB detect the case and fallback to stepping over
> breakpoints in-line.
>
> gdb/ChangeLog:
> 2016-03-01 Pedro Alves <pedro@cascais.lan>
>
> PR gdb/19676
> * infrun.c (displaced_step_prepare): Also disable displaced
> stepping on NOT_SUPPORTED_ERROR.
> * linux-tdep.c (linux_displaced_step_location): If reading auxv
> fails, throw NOT_SUPPORTED_ERROR instead of generic error.
> ---
> gdb/infrun.c | 3 ++-
> gdb/linux-tdep.c | 3 ++-
> 2 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/gdb/infrun.c b/gdb/infrun.c
> index 3e8c9e0..696105d 100644
> --- a/gdb/infrun.c
> +++ b/gdb/infrun.c
> @@ -1894,7 +1894,8 @@ displaced_step_prepare (ptid_t ptid)
> {
> struct displaced_step_inferior_state *displaced_state;
>
> - if (ex.error != MEMORY_ERROR)
> + if (ex.error != MEMORY_ERROR
> + && ex.error != NOT_SUPPORTED_ERROR)
> throw_exception (ex);
>
> if (debug_infrun)
> diff --git a/gdb/linux-tdep.c b/gdb/linux-tdep.c
> index 555c302..f197aa7 100644
> --- a/gdb/linux-tdep.c
> +++ b/gdb/linux-tdep.c
> @@ -2426,7 +2426,8 @@ linux_displaced_step_location (struct gdbarch *gdbarch)
> location. The auxiliary vector gets us the PowerPC-side entry
> point address instead. */
> if (target_auxv_search (¤t_target, AT_ENTRY, &addr) <= 0)
> - error (_("Cannot find AT_ENTRY auxiliary vector entry."));
> + throw_error (NOT_SUPPORTED_ERROR,
> + _("Cannot find AT_ENTRY auxiliary vector entry."));
>
> /* Make certain that the address points at real code, and not a
> function descriptor. */
>
Whoa, I didn't even know you could run without proc.
You would probably have seen it anyway, but the email address in your
ChangeLog entries has a local host name.
Simon
next prev parent reply other threads:[~2016-03-01 17:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-01 16:45 [PATCH 0/2] PR gdb/19676: problems when /proc is " Pedro Alves
2016-03-01 16:45 ` [PATCH 1/2] Fix PR gdb/19676: Disable displaced stepping if /proc " Pedro Alves
2016-03-01 17:00 ` Simon Marchi [this message]
2016-03-01 17:03 ` Pedro Alves
2016-03-01 16:45 ` [PATCH 2/2] Fix PR gdb/19676: Internal error in linux-thread.db.c " Pedro Alves
2016-03-15 16:34 ` [PATCH 0/2] PR gdb/19676: problems when /proc is " Pedro Alves
2016-03-15 16:40 ` 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=56D5CABA.9030704@ericsson.com \
--to=simon.marchi@ericsson.com \
--cc=gdb-patches@sourceware.org \
--cc=palves@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