public inbox for systemtap-cvs@sourceware.org help / color / mirror / Atom feed
From: jistone@sourceware.org To: systemtap-cvs@sourceware.org Subject: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.3-294-gd13bcfd Date: Tue, 16 Nov 2010 02:19:00 -0000 [thread overview] Message-ID: <20101116021921.32197.qmail@sourceware.org> (raw) This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "systemtap: system-wide probe/trace tool". The branch, master has been updated via d13bcfd871e6924acd43596a087e191c3174823c (commit) via 2ccb419972beb9d342632d72746f17a5258c68e3 (commit) via 3b0b3f85bcc89fccf141a4617453b09710c62578 (commit) from d255942829c56f4100ad937b37b52b3a37013a7a (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit d13bcfd871e6924acd43596a087e191c3174823c Author: Josh Stone <jistone@redhat.com> Date: Mon Nov 15 18:08:58 2010 -0800 PR11735: Hash ldd/vdso unwindsym_modules too * translate.cxx (prepare_symbol_data): Do add_unwindsym_ldd/vdso here. (prepare_translate_pass): Call above, and placeholder for the future. * main.cxx (passes_0_4): Call prepare_translate_pass before checking the cache, so we have more complete unwindsym_modules. commit 2ccb419972beb9d342632d72746f17a5258c68e3 Author: Josh Stone <jistone@redhat.com> Date: Mon Nov 15 17:53:22 2010 -0800 PR11735: Hash unwindsym_modules as full paths * hash.cxx (find_script_hash): Use hash::add_path instead of plain add. commit 3b0b3f85bcc89fccf141a4617453b09710c62578 Author: Josh Stone <jistone@redhat.com> Date: Fri Nov 12 17:14:52 2010 -0800 uprobes: Clean up after vfork-exec When a vfork'ed thread execs, we don't want to remove the probes from the vfork parent, but we still need to clean up the thread associations. Otherwise, the newly-execed process won't have the right accounting for its SSOL area. * runtime/uprobes2/uprobes.c (uprobe_report_exec): Clean up thread info when a vfork'ed task execs. * runtime/uprobes/uprobes.c (uprobe_report_exec): Ditto. ----------------------------------------------------------------------- Summary of changes: hash.cxx | 2 +- main.cxx | 3 +++ runtime/uprobes/uprobes.c | 15 +++++++++++---- runtime/uprobes2/uprobes.c | 15 +++++++++++---- translate.cxx | 26 ++++++++++++++++++-------- translate.h | 4 ++++ 6 files changed, 48 insertions(+), 17 deletions(-) hooks/post-receive -- systemtap: system-wide probe/trace tool
reply other threads:[~2010-11-16 2:19 UTC|newest] Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20101116021921.32197.qmail@sourceware.org \ --to=jistone@sourceware.org \ --cc=systemtap-cvs@sourceware.org \ --cc=systemtap@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).