From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12152 invoked by alias); 26 Jul 2011 14:03:47 -0000 Received: (qmail 12142 invoked by uid 22791); 26 Jul 2011 14:03:46 -0000 X-SWARE-Spam-Status: No, hits=-6.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS,TW_RW,TW_WX 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; Tue, 26 Jul 2011 14:03:26 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p6QE3PSY002492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 26 Jul 2011 10:03:25 -0400 Received: from [10.11.231.236] (deploy7.rdu.redhat.com [10.11.231.236]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p6QE3Ot4025330; Tue, 26 Jul 2011 10:03:25 -0400 Message-ID: <4E2EC92C.4030102@redhat.com> Date: Tue, 26 Jul 2011 14:03:00 -0000 From: William Cohen User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Red Hat/3.1.11-2.el6_1 Thunderbird/3.1.11 MIME-Version: 1.0 To: Da Zheng CC: "Turgis, Frederic" , "systemtap@sourceware.org" Subject: Re: error to run systemtap in an ARM platform References: <4E1F90A8.2080000@gmail.com> <1310722941.4510.5.camel@springer.wildebeest.org> <4E209C3F.6060806@gmail.com> <4E20A6EF.9010003@redhat.com> <4E20B11A.5020402@gmail.com> <13872098A06B02418CF379A158C0F1460162204601@dnce02.ent.ti.com> <4E243F49.9020706@redhat.com> <4E24831E.1000005@gmail.com> <4E249307.5050003@redhat.com> <4E249A82.8010404@gmail.com> <4E2DA500.7090005@redhat.com> <4E2DCA44.4010007@gmail.com> In-Reply-To: <4E2DCA44.4010007@gmail.com> 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: 2011-q3/txt/msg00102.txt.bz2 On 07/25/2011 03:55 PM, Da Zheng wrote: > On 07/25/11 10:16, William Cohen wrote: >> On 07/23/2011 06:55 PM, Zheng Da wrote: >>> Hello, >>> >>> I'm still trying to fix the problem. >>> semantic error: failed to retrieve return value location for vfs_write >>> (/build/tegra2_seaboard/tmp/portage/sys-kernel/chromeos-kernel-9999/work/chromeos-kernel-9999/fs/read_write.c): >>> identifier '$return' at read-write.stp:7:6 >>> source: if ($return> 0) { >>> ^ >>> I'm pretty sure CONFIG_DEBUG_INFO is enabled, and in >>> /build/tegra2_seaboard/tmp/portage/sys-kernel/chromeos-kernel-9999/work/chromeos-kernel-9999/build/tegra2_seaboard, >>> a binary file vmlinux is 57MB. It should contain the debug information. >>> >>> (cr) zhengda@zdpc >>> /build/tegra2_seaboard/tmp/portage/sys-kernel/chromeos-kernel-9999/work/chromeos-k >>> ernel-9999/build/tegra2_seaboard $ ls -l vmlinux >>> -rwxr-xr-x 1 zhengda portage 59419805 Jul 22 20:55 vmlinux >>> >>> How does systemtap use the debug information? When it compiles the >>> script, does it need to read the debug information from the kernel >>> image? or it needs to read the .obj files of the kernel? >>> Any ideas how to debug the problem? >>> >>> Thanks, >>> Da >> I wonder if this might be Bug 440059 - Missing return value locations support for ARM in elfutils backend >> >> https://bugzilla.redhat.com/show_bug.cgi?id=440059 >> >> How old is the version of elfutils you are using? > Problem is solved. I used a latest version of elfutils, and systemtap can compile the script now. > > Thanks, > Da Hi Da, Glad to hear that it is working with the newer elfutils. Which particular distribution of linux for arm are you using? Are you planning on probing modules with systemtap? We have noticed that probing modules does not currently work on arm. There is a bug entry for it: http://sourceware.org/bugzilla/show_bug.cgi?id=13022 -Will