From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31643 invoked by alias); 25 Jul 2011 17:17:16 -0000 Received: (qmail 31635 invoked by uid 22791); 25 Jul 2011 17:17:14 -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; Mon, 25 Jul 2011 17:16:51 +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 p6PHGmDY023056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 25 Jul 2011 13:16:48 -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 p6PHGmIZ027416; Mon, 25 Jul 2011 13:16:48 -0400 Message-ID: <4E2DA500.7090005@redhat.com> Date: Mon, 25 Jul 2011 17:17: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: Zheng Da 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> 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: 2011-q3/txt/msg00095.txt.bz2 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? -Will