From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14747 invoked by alias); 31 Mar 2006 04:29:43 -0000 Received: (qmail 14740 invoked by uid 22791); 31 Mar 2006 04:29:43 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from e34.co.us.ibm.com (HELO e34.co.us.ibm.com) (32.97.110.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 31 Mar 2006 04:29:41 +0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e34.co.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k2V4TdsU011965 for ; Thu, 30 Mar 2006 23:29:39 -0500 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k2V4QQSJ112382 for ; Thu, 30 Mar 2006 21:26:26 -0700 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id k2V4TdAw020622 for ; Thu, 30 Mar 2006 21:29:39 -0700 Received: from austin.ibm.com (netmail2.austin.ibm.com [9.41.248.176]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id k2V4Tchl020600; Thu, 30 Mar 2006 21:29:38 -0700 Received: from [192.168.0.3] (sig-9-76-197-66.mts.ibm.com [9.76.197.66]) by austin.ibm.com (8.12.10/8.12.10) with ESMTP id k2V4TbiS096764; Thu, 30 Mar 2006 22:29:37 -0600 Message-ID: <442CB0DD.9000602@us.ibm.com> Date: Fri, 31 Mar 2006 04:29:00 -0000 From: "Jose R. Santos" Reply-To: jrs@us.ibm.com User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: systemtap@sources.redhat.com Subject: Re: static probes References: <20060330154333.GM599@redhat.com> In-Reply-To: <20060330154333.GM599@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2006-q1/txt/msg00907.txt.bz2 Frank Ch. Eigler wrote: >To place a probe on such a marker, the CVS systemtap now understands > probe kernel.mark("name") { ... } >or probe module("m").mark("name") { ... } >Wildcards in the names are supported as usual. For these probes, >systemtap does NOT require/use debugging information, so we're not >at the mercy of gcc. > > Sounds interesting. Would it be possible for SystemTap to check for the availability of a static probe before reverting to kprobing a kernel function? The reason I ask is that for LKET, fast static probe that can be inserted anywhere would be useful for our trace hooks, but if the kernel lack a particular static probe but the same probe can dynamically iinserted, then we can use the alternative dynamic probe with out requiring changes to the LKET code to handle both scenarios. -JRS