From: David Smith <dsmith@redhat.com>
To: Nan Xiao <xiaonan830818@gmail.com>
Cc: "Frank Ch. Eigler" <fche@redhat.com>, systemtap@sourceware.org
Subject: Re: How to track the functions in self-written module using SystemTap?
Date: Thu, 03 Dec 2015 17:04:00 -0000 [thread overview]
Message-ID: <566075FA.40207@redhat.com> (raw)
In-Reply-To: <CA+MhoaOQEgOe_b-wdY-qbWPCgPdFdN2WkvMTU-L7c9W1bZs8pw@mail.gmail.com>
On 12/02/2015 07:13 PM, Nan Xiao wrote:
> Hi David,
>
> (1)
>>>> Hmm. OK, let's try a couple more things:
>>>
>>>> 1) It could be that systemtap is missing the module load somehow. So,
>>>> try this:
>>>
>>>> - load the module
>>>> - run stap
>>>> - exercise the module
>>>> - unload the module
>>>> - kill stap
>>>
>>> Still outputs nothing.
>
>> Can you do the same thing here and add '-DDEBUG_KPROBES' to the stap
>> command and show us the output?
>
> After adding '-DDEBUG_KPROBES', the stap command still outputs nothing.
Hmm.
> (2)
> [root@localhost testsuite]# make installcheck
> RUNTESTFLAGS="modules_out_of_tree.exp kmodule.exp"
>
>
> Running ./systemtap.base/kmodule.exp ...
>
> === systemtap Summary ===
>
> # of expected passes 7
Ah. It ran kmodule.exp, but not modules_out_of_tree.exp. You are running
systemtap 2.4, and that testcase was first present in systemtap 2.6.
I was testing another bug so I had a RHEL 7.0 systemtap set up and I
installed systemtap 2.4 on it. It looks like that version can't probe
out-of-tree modules.
It looks like you've got a couple of options:
1) Copy your module into the kernel module tree (located at
/lib/modules/`uname -r`/kernel) to use systemtap on it.
2) Upgrade systemtap to at least 2.6. (I ran systemtap 2.6 on a RHEL 7.1
system, and the modules_out_of_tree.exp test case passed there.)
--
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)
next prev parent reply other threads:[~2015-12-03 17:04 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-17 7:14 Nan Xiao
2015-11-17 16:48 ` David Smith
2015-11-18 3:39 ` Nan Xiao
2015-11-18 19:38 ` David Smith
2015-11-19 0:49 ` Nan Xiao
2015-11-19 8:33 ` Nan Xiao
2015-11-19 14:58 ` David Smith
2015-11-26 6:10 ` Nan Xiao
2015-11-30 21:52 ` David Smith
2015-11-30 23:45 ` Nan Xiao
2015-12-01 2:18 ` Frank Ch. Eigler
2015-12-01 2:57 ` Nan Xiao
2015-12-01 16:27 ` David Smith
2015-12-02 2:22 ` Nan Xiao
2015-12-02 21:42 ` David Smith
2015-12-03 1:13 ` Nan Xiao
2015-12-03 17:04 ` David Smith [this message]
2015-12-04 9:56 ` Nan Xiao
2015-12-04 12:15 ` David Smith
2015-12-06 8:53 ` Nan Xiao
2015-12-07 19:53 ` David Smith
2015-12-08 1:05 ` Nan Xiao
2015-12-08 19:41 ` Frank Ch. Eigler
2016-10-06 22:05 ` Martin Cermak
2016-10-07 17:59 ` David Smith
2016-10-12 17:02 ` Martin Cermak
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=566075FA.40207@redhat.com \
--to=dsmith@redhat.com \
--cc=fche@redhat.com \
--cc=systemtap@sourceware.org \
--cc=xiaonan830818@gmail.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).