From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1756 invoked by alias); 18 Mar 2009 08:51:20 -0000 Received: (qmail 1582 invoked by uid 48); 18 Mar 2009 08:51:08 -0000 Date: Wed, 18 Mar 2009 15:28:00 -0000 Message-ID: <20090318085108.1581.qmail@sourceware.org> From: "wenji dot huang at oracle dot com" To: systemtap@sources.redhat.com In-Reply-To: <20090311164601.9940.fche@redhat.com> References: <20090311164601.9940.fche@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug runtime/9940] double calling double calling of uprobes in shared libraries X-Bugzilla-Reason: AssignedTo Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q1/txt/msg00752.txt.bz2 ------- Additional Comments From wenji dot huang at oracle dot com 2009-03-18 08:51 ------- (In reply to comment #3) > Have a deeper investigation. mprotect is not the culprit. > > The duplication is from __stp_utrace_task_finder_target_syscall_exit. > When we didn't find a file based vma to store in the syscall_entry > routine, invoking vm_callback with register_p=1 can cause multiple > registering same probe point. > > A little clarification. In vm_callback - stap_uprobe_vmchange_found, it is map_p=1, finally becomes register_p=1 in stap_uprobe_change. -- http://sourceware.org/bugzilla/show_bug.cgi?id=9940 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.