This is the mail archive of the
systemtap-cvs@sourceware.org
mailing list for the systemtap project.
[SCM] systemtap: system-wide probe/trace tool branch, pr13539, created. release-1.6-683-gf916107
- From: fche at sourceware dot org
- To: systemtap-cvs at sourceware dot org
- Date: 26 Jan 2012 15:16:46 -0000
- Subject: [SCM] systemtap: system-wide probe/trace tool branch, pr13539, created. release-1.6-683-gf916107
- Reply-to: systemtap at sourceware dot org
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, pr13539 has been created
at f916107c257942a9fe962c0693c54a9869db166e (commit)
- Log -----------------------------------------------------------------
commit f916107c257942a9fe962c0693c54a9869db166e
Author: Srikar Dronamraju <srikar@linux.vnet.ibm.com>
Date: Thu Jan 26 09:56:31 2012 -0500
PR13539: fight uprobes unregister-vs-exit races
While I still cannot see a reason how uprobe_{free,put}_process can
race uprobe_report_{exit,exec}, I certainly think somebit of cleanup
can be done. However I am dont think we need to do a utask or uproc lookup
from the table. Especially in case of callbacks.
Mostly similar to what Jim proposed.
I haven't tested this patch myself and I couldn't reproduce the problem.
[fche corrected some typos and removed meddlesome printk's]
-----------------------------------------------------------------------
hooks/post-receive
--
systemtap: system-wide probe/trace tool