From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21667 invoked by alias); 26 Jul 2011 17:47:00 -0000 Received: (qmail 21651 invoked by uid 22791); 26 Jul 2011 17:46:58 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_RW,TW_WX X-Spam-Check-By: sourceware.org Received: from mail-pz0-f52.google.com (HELO mail-pz0-f52.google.com) (209.85.210.52) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 26 Jul 2011 17:46:43 +0000 Received: by pzd13 with SMTP id 13so1032140pzd.25 for ; Tue, 26 Jul 2011 10:46:43 -0700 (PDT) Received: by 10.68.49.33 with SMTP id r1mr9886920pbn.97.1311702402840; Tue, 26 Jul 2011 10:46:42 -0700 (PDT) Received: from zdpc.mtv.corp.google.com ([2620:0:1000:1b02:baac:6fff:fe98:ceb5]) by mx.google.com with ESMTPS id e6sm777655pbm.23.2011.07.26.10.46.40 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 26 Jul 2011 10:46:40 -0700 (PDT) Message-ID: <4E2EFD7F.3020704@gmail.com> Date: Tue, 26 Jul 2011 17:47:00 -0000 From: Da Zheng User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 MIME-Version: 1.0 To: William Cohen 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> <4E2EC92C.4030102@redhat.com> In-Reply-To: <4E2EC92C.4030102@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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/msg00106.txt.bz2 On 07/26/11 07:03, William Cohen wrote: > 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? It's ChromeOS. > 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 Thanks for letting me know. I guess I won't probing modules. Thanks, Da