From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29194 invoked by alias); 13 Oct 2006 21:26:52 -0000 Received: (qmail 29031 invoked by uid 22791); 13 Oct 2006 21:26:50 -0000 X-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,TW_BJ,TW_PF X-Spam-Check-By: sourceware.org Received: from mga09.intel.com (HELO mga09.intel.com) (134.134.136.24) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 13 Oct 2006 21:26:46 +0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by mga09.intel.com with ESMTP; 13 Oct 2006 14:26:45 -0700 Received: from scsmsx331.sc.intel.com (HELO scsmsx331.amr.corp.intel.com) ([10.3.90.4]) by orsmga001.jf.intel.com with ESMTP; 13 Oct 2006 14:26:45 -0700 X-ExtLoop1: 1 X-IronPort-AV: i="4.09,308,1157353200"; d="scan'208"; a="144723442:sNHT19785997" Received: from scsmsx413.amr.corp.intel.com ([10.3.90.32]) by scsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 13 Oct 2006 14:26:45 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Stap is translating to functions in __exit sections...and later module load fails Date: Fri, 13 Oct 2006 21:26:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Stap is translating to functions in __exit sections...and later module load fails Thread-Index: AcbvC/b0xtWcKGkSQrio8fOVJR+VCwAACx3Q From: "Stone, Joshua I" To: "Keshavamurthy, Anil S" Cc: "Systemtap" X-OriginalArrivalTime: 13 Oct 2006 21:26:45.0040 (UTC) FILETIME=[486E3300:01C6EF0E] X-IsSubscribed: yes 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-q4/txt/msg00115.txt.bz2 On Friday, October 13, 2006 1:51 PM, Keshavamurthy, Anil S wrote: > On Fri, Oct 13, 2006 at 02:02:39PM -0700, Stone, Joshua I wrote: >> The translator blacklist tries to avoid such functions by checking >> the section name -- anything within a section beginning with >> '.exit.' (e.g., .exit.text) is blacklisted, and thus won't match a >> function("*").=20 > Exactly, I expected that the translator blacklists' and does not > elaborate such functions. But looks like this is not happening. >=20 > See here.... > #stap -p2 -e 'probe kernel.function("*") {}' | sort | uniq |grep > exit_pfm_fs > kernel.function("exit_pfm_fs@arch/ia64/kernel/perfmon.c:1507"),=20 Yes, I believe you that the translator is producing a hit for exit_pfm_fs. The question is *why*. Can you use objdump on your vmlinux to find out what section that function is actually in? $ objdump -t <...>/vmlinux | grep exit_pfm_fs On x86 and x86_64, functions decorated with __exit end up in '.exit.text'. If this isn't the case for IA64, then we'll need a different mechanism for detecting such functions from the translator. Josh