From: Pedro Alves <palves@redhat.com>
To: Yao Qi <qiyaoltc@gmail.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH/7.10 2/2] gdbserver: Fix non-stop / fork / step-over issues
Date: Wed, 05 Aug 2015 15:10:00 -0000 [thread overview]
Message-ID: <55C22755.6080101@redhat.com> (raw)
In-Reply-To: <86k2tac68i.fsf@gmail.com>
On 08/05/2015 12:41 PM, Yao Qi wrote:
> Pedro Alves <palves@redhat.com> writes:
>
>> I've now extended the test to run in a few different modes, along
>> a couple different axis. One axis is with/without conditional
>> breakpoints on the target enabled. That exposes the same fails you
>> saw on arm, on x86 gdbserver as well. And then the other axis is
>> with/without joining _all_ threads before exiting. If we gracefully
>> terminate the breakpoint thread (new mode), then the test should be
>> passing everywhere, because what fails is gdb's handling of the inferior
>> disappearing while a thread is stopped (and being inspected).
>> Therefore that new mode is not kfailed.
>>
>> For testing convenience, I've pushed this along with the previous patch
>> to the users/palves/gdbserver-fork-issues branch on sourceware.org.
>> Let me know if this works for you.
>
> Thanks, Pedro. There are no fails on arm-linux with GDBserver. Some
> comments on your patch below,
Thanks Yao, that's great.
Thinking about this some more made me want to split both the patch
and test in two. The process-exits-while-handling-breakpoints issues
happen independently of the fork issues, so I'll make the fork test always
join all threads before exiting. Splitting will result in two
cleaner and more directed tests. As per your testing, the fork test
will not need any kfail.
I'll be back to answer your questions and address your review when
I have a moment.
Thanks,
Pedro Alves
next prev parent reply other threads:[~2015-08-05 15:10 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-31 17:03 [PATCH/7.10 0/2] gdbserver: Fix several fork support (& co) issues Pedro Alves
2015-07-31 17:04 ` [PATCH/7.10 2/2] gdbserver: Fix non-stop / fork / step-over issues Pedro Alves
2015-07-31 18:04 ` Don Breazeal
2015-07-31 19:02 ` Pedro Alves
2015-08-05 22:19 ` Don Breazeal
2015-08-06 10:09 ` Pedro Alves
2015-08-03 15:14 ` Yao Qi
2015-08-03 16:20 ` Pedro Alves
2015-08-04 16:40 ` Pedro Alves
2015-08-05 11:41 ` Yao Qi
2015-08-05 15:10 ` Pedro Alves [this message]
2015-08-06 9:44 ` [pushed] " Pedro Alves
2015-07-31 17:04 ` [PATCH/7.10 1/2] Linux gdbserver confused when event randomization returns a process exit event Pedro Alves
2015-08-03 10:59 ` Yao Qi
2015-08-06 9:34 ` [pushed][PATCH 1/3] Linux gdbserver fork event debug output (Re: [PATCH/7.10 1/2] Linux gdbserver confused when event randomization returns a process exit event) Pedro Alves
2015-08-06 9:43 ` [pushed]Re: [PATCH/7.10 1/2] Linux gdbserver confused when event randomization returns a process exit event 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=55C22755.6080101@redhat.com \
--to=palves@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=qiyaoltc@gmail.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