public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: Zheng Da <zhengda1936@gmail.com>
To: William Cohen <wcohen@redhat.com>
Cc: "Turgis, Frederic" <f-turgis@ti.com>,
	"systemtap@sourceware.org" <systemtap@sourceware.org>
Subject: Re: error to run systemtap in an ARM platform
Date: Sat, 23 Jul 2011 22:56:00 -0000	[thread overview]
Message-ID: <CAFLer82o_0zj9OEsG8oSeE42LLZJHbM6YWoFfEGeT2EfdLPDZA@mail.gmail.com> (raw)
In-Reply-To: <4E249A82.8010404@gmail.com>

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

On Mon, Jul 18, 2011 at 1:41 PM, Da Zheng <zhengda1936@gmail.com> wrote:
> Hello,
>
> On 07/18/11 13:09, William Cohen wrote:
>>
>> On 07/18/2011 03:01 PM, Da Zheng wrote:
>>>
>>> Hi,
>>>
>>> I got another problem. I tried to compile the example desktop.stp in the
>>> website, but failed.
>>
>> Do you have a pointer to where you got the desktop.stp script? Is that
>> disktop.stp in the systemtap examples?
>
> Yes, http://sourceware.org/systemtap/examples/io/disktop.stp
>>
>> Did you compile your kernel with the debug information available?
>>
>> CONFIG_DEBUG_INFO=y
>>
>> Also from what I recall some kernel can just include file and line number
>> information, with
>> CONFIG_DEBUG_INFO_REDUCED. That is turned off in the kernel .config?
>
> Yes, I have checked .config in
> /build/tegra2_seaboard/tmp/portage/sys-kernel/chromeos-kernel-9999/work/chromeos-kernel-9999/build/tegra2_seaboard,
> where my kernel is compiled.
> CONFIG_DEBUG_INFO is on and CONFIG_DEBUG_INFO_REDUCED is turned off.
> I think this is not a problem.
>>>
>>> BTW, I think the latest version in the git repository has another bug.
>>> If I run ./configure; make, I get
>>> cscommon.h:7:17: error: ssl.h: No such file or directory
>>> I don't know what I should install to have ssl.h
>>> I already have
>>> /usr/include/nss/ssl.h
>>> /usr/include/openssl/ssl.h
>>>
>>> It can be compiled if I use --disable-server. However, in my cross
>>> compiling environment, even though I have already used --disable-server, I
>>> still get the same compilation error.
>>>
>>> Thanks,
>>> Da
>>
>> You do a "make distclean" and "configure ..." on your cross compiling
>> machine to get rid of the dependencies in .deps. I think that be stale and
>> the reason why you are gitting that error.
>
> I have done "make distclean", but I still get the error :(
>
> Best,
> Da
>

  reply	other threads:[~2011-07-23 22:56 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-15  0:58 Da Zheng
2011-07-15  9:43 ` Mark Wielaard
2011-07-15 20:00   ` Da Zheng
2011-07-15 20:15     ` Frank Ch. Eigler
     [not found]       ` <4E20A714.9020404@gmail.com>
2011-07-15 20:50         ` Frank Ch. Eigler
2011-07-15 20:46     ` William Cohen
2011-07-15 21:29       ` Da Zheng
2011-07-16  0:23         ` Turgis, Frederic
2011-07-18 14:13           ` William Cohen
2011-07-18 19:02             ` Da Zheng
2011-07-18 20:10               ` William Cohen
2011-07-18 20:18                 ` William Cohen
2011-07-18 20:41                 ` Da Zheng
2011-07-23 22:56                   ` Zheng Da [this message]
2011-07-24  1:57                     ` Frank Ch. Eigler
2011-07-24 16:10                       ` Frank Ch. Eigler
2011-07-25 10:04                     ` Mark Wielaard
2011-07-25 19:34                       ` Da Zheng
2011-07-25 15:46                     ` William Cohen
2011-07-25 19:36                       ` Da Zheng
2011-07-25 20:46                         ` Mark Wielaard
2011-07-25 17:17                     ` William Cohen
2011-07-25 19:56                       ` Da Zheng
2011-07-26 14:03                         ` William Cohen
2011-07-26 17:47                           ` Da Zheng
2011-07-19 11:38             ` Turgis, Frederic
2011-07-18 14:00         ` William Cohen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAFLer82o_0zj9OEsG8oSeE42LLZJHbM6YWoFfEGeT2EfdLPDZA@mail.gmail.com \
    --to=zhengda1936@gmail.com \
    --cc=f-turgis@ti.com \
    --cc=systemtap@sourceware.org \
    --cc=wcohen@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).