From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25822 invoked by alias); 5 Apr 2009 19:17:44 -0000 Received: (qmail 25717 invoked by uid 48); 5 Apr 2009 19:17:31 -0000 Date: Sun, 05 Apr 2009 19:17:00 -0000 Message-ID: <20090405191731.25716.qmail@sourceware.org> From: "mjw at redhat dot com" To: systemtap@sources.redhat.com In-Reply-To: <20090330093705.10013.mjw@redhat.com> References: <20090330093705.10013.mjw@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug runtime/10013] Support ENABLED sdt probe macro 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-q2/txt/msg00127.txt.bz2 ------- Additional Comments From mjw at redhat dot com 2009-04-05 19:17 ------- Maybe we can teach uprobes to replace with a specific move/assignment instruction instead of a trap instruction. Then you could define ENABLE_PROBE() with something like: #define ENABLED_PROBE() ({char e = 0; asm ("mov $0x0, %0" :"=r"(e):"0"(e)); e;}) (of course with the magic macro label .probe section stuff to know the actual address of the mov instruction) Then instead of with a normal STAP_PROBE replacing a "nop" with "int3", you would replace the "mov $0x0, %somereg" with "mov $0x1, %somereg". -- http://sourceware.org/bugzilla/show_bug.cgi?id=10013 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.