Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Yao Qi <yao@codesourcery.com>
To: gdb-patches@sourceware.org
Subject: Re: [patch] Use displaced stepping regardless of SW single step
Date: Mon, 05 Sep 2011 11:53:00 -0000	[thread overview]
Message-ID: <4E64941F.7090109@codesourcery.com> (raw)
In-Reply-To: <4E63830D.9060604@codesourcery.com>

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

On 09/04/2011 09:54 PM, Yao Qi wrote:
> Regression tested on x86_64-unknown-linux-gnu with displaced stepping
> "auto" and "on" respectively.  No extra failures, but there are two
> PASSes changed to KFAILs,
>
>    -PASS: gdb.cp/annota2.exp: watch triggered on a.x
>    +KFAIL: gdb.cp/annota2.exp: watch triggered on a.x (PRMS: gdb/38)
>    -PASS: gdb.cp/annota3.exp: watch triggered on a.x
>    +KFAIL: gdb.cp/annota3.exp: watch triggered on a.x (PRMS: gdb/38)
>
> I am not familiar with this case, so can't tell this is caused by my patch.
>

I made a mistake when comparing gdb.sum, and I run testsuite again this 
morning, and get something different on x86_64-pc-linux-gnu,

   - When displaced stepping is set to "auto", no regression.
   - When displaced stepping is set to "on", there are some new fails,
     * FAIL: gdb.base/ending-run.exp: step to end of run
       The test case doesn't match the output, while the output is correct.
     * FAIL: gdb.base/gdb1555.exp: Step into shared lib function
       FAIL: gdb.base/gdb1555.exp: Next while in a shared lib function
       FAIL: gdb.base/gnu-ifunc.exp: step
       FAIL: gdb.base/gnu-ifunc.exp: continue to break-at-nextcall
       FAIL: gdb.base/gnu-ifunc.exp: continue to breakpoint: nextcall 
gnu_ifunc
       FAIL: gdb.base/gnu-ifunc.exp: nextcall gnu_ifunc skipped
       These fails are caused by SIGSEGV in gdb, which shows some 
potential bugs in x86 displaced stepping.
     * FAIL: gdb.base/watch-vfork.exp: Watchpoint triggers after vfork (sw)
       FAIL: gdb.threads/pending-step.exp: next in multiple threads with 
breakpoints (timeout)
       They are similar to the problems (#4 and #5) I found on arm 
(posted http://sourceware.org/ml/gdb-patches/2011-08/msg00609.html), and 
I'll post other patches to fix them.

> -&&  (tp->control.trap_expected
> -	  || (step&&  gdbarch_software_single_step_p (gdbarch)))
> +&&  (tp->control.trap_expected || step))

There is an extra ")" added by mistake when I am adding changelog entry 
for this patch.  Here is the right one.

-- 
Yao (齐尧)

[-- Attachment #2: 0015-use-disp-step-regardless-of-sw-single-step.patch --]
[-- Type: text/x-patch, Size: 774 bytes --]

	gdb/
	* infrun.c (resume): Use displaced stepping regardless of supporting
	software single step.

---
 gdb/infrun.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/gdb/infrun.c b/gdb/infrun.c
index 7886cce..40e1d71 100644
--- a/gdb/infrun.c
+++ b/gdb/infrun.c
@@ -1733,8 +1733,7 @@ a command like `return' or `jump' to continue execution."));
      event, displaced stepping breaks the vfork child similarly as single
      step software breakpoint.  */
   if (use_displaced_stepping (gdbarch)
-      && (tp->control.trap_expected
-	  || (step && gdbarch_software_single_step_p (gdbarch)))
+      && (tp->control.trap_expected || step)
       && sig == TARGET_SIGNAL_0
       && !current_inferior ()->waiting_for_vfork_done)
     {
-- 
1.7.0.4


  reply	other threads:[~2011-09-05  9:19 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-04 14:19 Yao Qi
2011-09-05 11:53 ` Yao Qi [this message]
2011-09-06 13:49 ` Pedro Alves
2011-09-06 14:50   ` Yao Qi

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=4E64941F.7090109@codesourcery.com \
    --to=yao@codesourcery.com \
    --cc=gdb-patches@sourceware.org \
    /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