public inbox for gdb-testers@sourceware.org help / color / mirror / Atom feed
From: sergiodj+buildbot@redhat.com To: gdb-testers@sourceware.org Subject: [binutils-gdb] btrace: lock-step Date: Fri, 18 Sep 2015 14:13:00 -0000 [thread overview] Message-ID: <e3cfc1c76d89f904659b106d78b352884797967b@gdb-build> (raw) *** TEST RESULTS FOR COMMIT e3cfc1c76d89f904659b106d78b352884797967b *** Author: Markus Metzger <markus.t.metzger@intel.com> Branch: master Commit: e3cfc1c76d89f904659b106d78b352884797967b btrace: lock-step Record btrace's to_wait method picks a single thread to step. When passed minus_one_ptid, it picks the current thread. All other threads remain where they are. Change this to step all resumed threads together, one step at a time, until the first thread reports an event. We do delay reporting NO_HISTORY events until there are no other events to report to prevent threads at the end of their execution history from starving other threads. We keep threads at the end of their execution history moving and replaying until we announce their stop in to_wait. This shouldn't really be user-visible but its a detail worth mentioning. Since record btrace's to_resume method also picks only a single thread to resume, there shouldn't be a difference with the current all-stop. With non-stop or all-stop on top of non-stop, we will see differences. The behaviour should be more natural as we're moving all threads. gdb/ * record-btrace.c: Include vec.h. (record_btrace_find_thread_to_move): Removed. (btrace_step_no_resumed, btrace_step_again) (record_btrace_stop_replaying_at_end): New. (record_btrace_cancel_resume): Call record_btrace_stop_replaying_at_end. (record_btrace_single_step_forward): Remove calls to record_btrace_stop_replaying. (record_btrace_step_thread): Do only one step for BTHR_CONT and BTHR_RCONT. Keep threads at the end of their history moving. (record_btrace_wait): Call record_btrace_step_thread for all threads until one reports an event. Call record_btrace_stop_replaying_at_end for the eventing thread.
next reply other threads:[~2015-09-18 13:42 UTC|newest] Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-09-18 14:13 sergiodj+buildbot [this message] 2015-09-18 14:14 ` Failures on RHEL-s390x-m64, branch master sergiodj+buildbot 2015-09-18 16:19 ` Failures on Debian-s390x-native-gdbserver-m64, " sergiodj+buildbot 2015-09-18 16:20 ` Failures on Debian-s390x-m64, " sergiodj+buildbot 2015-09-18 16:26 ` Failures on Debian-s390x-native-extended-gdbserver-m64, " sergiodj+buildbot 2015-09-18 16:56 ` Failures on AIX-POWER7-plain, " sergiodj+buildbot 2015-09-18 19:02 ` Failures on Fedora-x86_64-native-extended-gdbserver-m32, " sergiodj+buildbot 2015-09-18 19:15 ` Failures on Fedora-x86_64-native-extended-gdbserver-m64, " sergiodj+buildbot 2015-09-18 19:33 ` Failures on Fedora-x86_64-native-gdbserver-m32, " sergiodj+buildbot 2015-09-18 22:55 ` Failures on Fedora-ppc64be-m64, " sergiodj+buildbot 2015-09-18 23:15 ` Failures on Fedora-ppc64be-native-gdbserver-m64, " sergiodj+buildbot 2015-09-18 23:38 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj+buildbot 2015-09-19 1:33 ` Failures on Fedora-ppc64le-native-extended-gdbserver-m64, " sergiodj+buildbot 2015-09-19 2:28 ` Failures on Debian-i686, " sergiodj+buildbot 2015-09-19 3:21 ` Failures on Debian-i686-native-gdbserver, " sergiodj+buildbot 2015-09-19 4:56 ` Failures on Debian-i686-native-extended-gdbserver, " sergiodj+buildbot
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=e3cfc1c76d89f904659b106d78b352884797967b@gdb-build \ --to=sergiodj+buildbot@redhat.com \ --cc=gdb-testers@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: linkBe 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; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).