From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7896 invoked by alias); 2 Jan 2013 18:44:42 -0000 Received: (qmail 7847 invoked by uid 22791); 2 Jan 2013 18:44:41 -0000 X-SWARE-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_SPAMHAUS_DROP,KHOP_THREADED,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 02 Jan 2013 18:44:36 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r02IiXe2028041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jan 2013 13:44:34 -0500 Received: from [10.3.113.150] (ovpn-113-150.phx2.redhat.com [10.3.113.150]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r02IiX91007389; Wed, 2 Jan 2013 13:44:33 -0500 Message-ID: <50E48011.9010603@redhat.com> Date: Wed, 02 Jan 2013 18:44:00 -0000 From: Josh Stone User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Cipher Chen CC: systemtap@sourceware.org Subject: Re: Unknown symbol error using stap in 2.6.31 on ARM References: <50E00806.2090906@tu-dortmund.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2013-q1/txt/msg00000.txt.bz2 On 12/30/2012 04:40 AM, Cipher Chen wrote: > On Sun, Dec 30, 2012 at 5:23 PM, Alexander Lochmann wrote: >> try to run stap with "--compatible=1.8". >> Stap needs uprobe support for some builtin functions as weel. Using this >> option it will use old fashion builtin function. > > I'm not sure this would help, since I've already tried version 1.8 > and snapshot 20122222(?), too(I mean re-install the whole systemtap). > And it didn't work either.(current used is 2.0) > Anyway, I'll try that again tomorrow. I gather from the name "ntfs_watching" that you're not actually trying to probe any userspace? In that case, Alex is referring to the probefunc() change, which --compatible=1.8 ought to fix. I also recently added a ppfunc() to git which acts like the old way, parsing the function name out of pp(). In any case, it would help if you shared the script you're using, or at least enough of it that triggers the issue. Thanks, Josh