From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4748 invoked by alias); 13 Oct 2006 22:28:53 -0000 Received: (qmail 4740 invoked by uid 22791); 13 Oct 2006 22:28:53 -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 mga01.intel.com (HELO mga01.intel.com) (192.55.52.88) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 13 Oct 2006 22:28:52 +0000 Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by mga01.intel.com with ESMTP; 13 Oct 2006 15:28:50 -0700 Received: from scsmsx331.sc.intel.com (HELO scsmsx331.amr.corp.intel.com) ([10.3.90.4]) by fmsmga001.fm.intel.com with ESMTP; 13 Oct 2006 15:28:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: i="4.09,308,1157353200"; d="scan'208"; a="146091387:sNHT9015522915" 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 15:28:46 -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 22:28: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: AcbvDqesJr85euEIQmi3BVzgKkTN3QABkD3Q From: "Stone, Joshua I" To: "Eugeniy Meshcheryakov" , "Keshavamurthy, Anil S" Cc: "Systemtap" X-OriginalArrivalTime: 13 Oct 2006 22:28:46.0913 (UTC) FILETIME=[F2D6F310:01C6EF16] 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/msg00118.txt.bz2 On Friday, October 13, 2006 2:29 PM, Eugeniy Meshcheryakov wrote: > It is strange that translator sees it at all. The code is >=20 > static void __exit > exit_pfm_fs(void) > { > unregister_filesystem(&pfm_fs_type); > mntput(pfmfs_mnt); > } >=20 > and this function is never used... If the function is static and never used, then the linker will probably remove it... On Friday, October 13, 2006 2:38 PM, Keshavamurthy, Anil S wrote: > Looks like this is in .exit.text section > [root@csdor-tiger1 linux-2.6.19-rc1]# objdump -t > arch/ia64/kernel/perfmon.o |grep exit_pfm_fs 0000000000000000 l F > .exit.text 0000000000000070 exit_pfm_fs=20 >=20 > However "objdump -t vmlinux| grep exit_pfm_fs" did not show any thing. This seems to support the notion that the linker elided that function. So, as Eugeniy wondered, why did the translator pick up that function at all? I'm also curious what IP it chose for the kprobe, if the function no longer exists... Please try this command: $ stap -p2 -vv -e 'probe kernel.function("exit_pfm_fs"){}' 2>&1 | grep 'pc=3D' I suspect that either elfutils is giving 'stale' debug information, or the translator is misinterpreting its results. Josh