Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pedro Alves <palves@redhat.com>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [obv] testsuite: disp-step-syscall.exp: Setup KFAIL for PR server/13796
Date: Sat, 03 Mar 2012 15:17:00 -0000	[thread overview]
Message-ID: <4F5235DE.9060003@redhat.com> (raw)
In-Reply-To: <20120303070105.GA13581@host2.jankratochvil.net>

On 03/03/2012 07:01 AM, Jan Kratochvil wrote:
> Hi,
> 
> [patch] Fix disp-step-syscall.exp on some i386 targets
> http://sourceware.org/ml/gdb-patches/2012-02/msg00635.html
> 
> just fixed a testcase which revealed existing IMO gdbserver Bug, therefore
> just KFAILed it.
> 
> stepi
> Program terminated with signal SIGILL, Illegal instruction.
> The program no longer exists.
> (gdb) PASS: gdb.base/disp-step-syscall.exp: vfork: single step over vfork
> Child terminated with signal = 0x4 (SIGILL)
> GDBserver exiting
> print /x $pc
> No registers.
> (gdb) FAIL: gdb.base/disp-step-syscall.exp: vfork: get hexadecimal valueof "$pc" (timeout)

I've analized this one before.  The issue is that the test displace-steps over a vfork syscall.
In the special case of displace-stepping over a fork, GDB needs to adjust both the parent and
the child back from the displace stepping scratchpad.   Since GDBserver doesn't
support following (v)forks yet, gdb is never informed about the child, and so the child
ends up continuing freely, unadjusted, from the scratchpad, and crashes.

So this is all really about the remote protocol not supporting following forks yet.

-- 
Pedro Alves


      parent reply	other threads:[~2012-03-03 15:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-03  7:01 Jan Kratochvil
2012-03-03 14:30 ` Yao Qi
2012-03-03 14:34   ` Jan Kratochvil
2012-03-03 15:17 ` Pedro Alves [this message]

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=4F5235DE.9060003@redhat.com \
    --to=palves@redhat.com \
    --cc=gdb-patches@sourceware.org \
    --cc=jan.kratochvil@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