From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8488 invoked by alias); 26 Jan 2012 15:16:46 -0000 Received: (qmail 8458 invoked by uid 426); 26 Jan 2012 15:16:46 -0000 Date: Thu, 26 Jan 2012 15:16:00 -0000 Message-ID: <20120126151646.8448.qmail@sourceware.org> From: fche@sourceware.org To: systemtap-cvs@sourceware.org Subject: [SCM] systemtap: system-wide probe/trace tool branch, pr13539, created. release-1.6-683-gf916107 X-Git-Refname: refs/heads/pr13539 X-Git-Reftype: branch X-Git-Oldrev: 0000000000000000000000000000000000000000 X-Git-Newrev: f916107c257942a9fe962c0693c54a9869db166e Mailing-List: contact systemtap-cvs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-cvs-owner@sourceware.org List-Archive: Reply-To: systemtap@sourceware.org X-SW-Source: 2012-q1/txt/msg00029.txt.bz2 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 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