From: "Jason Yeh" <jason.yeh@amd.com>
To: systemtap@sources.redhat.com
Subject: resolving probe point context_switch
Date: Thu, 12 Oct 2006 18:10:00 -0000 [thread overview]
Message-ID: <452E8704.1020105@amd.com> (raw)
In-Reply-To: <20061012152411.GA3979@redhat.com>
Hi,
I have been trying to get Systemtap to place probe in the scheduler and
hoping to experiment using Systemtap to emulate certain behavior of
Perfmon2 similar to what Frank mentioned in the email titled
"Model-Specific Register". Running the example sched_snoop.stp was
successful only on Athlon XP 32-bit laptop running Suse 10.1 using
2.6.16.13 kernel. Opteron machines running kernel 2.6.18 on Ubuntu
(compiled using gcc 4.1), Fedora Core 6, and Suse 10.1 will end with
subsets of the following errors:
semantic error: no match for probe point
while: resolving probe point kernel.inline("context_switch")
semantic error: no match for probe point
while: resolving probe point scheduler.cpu_off
semantic error: no match for probe point
while: resolving probe point kernel.inline("finish_task_switch")
semantic error: no match for probe point
while: resolving probe point scheduler.cpu_on
semantic error: no match for probe point
while: resolving probe point kernel.inline("pull_task")
semantic error: no match for probe point
while: resolving probe point scheduler.migrate
semantic error: no match for probe point
while: resolving probe point kernel.inline("idle_balance")
semantic error: no match for probe point
while: resolving probe point scheduler.balance
I have seem "pull_task" being problematic in previous emails, but could
not find any workaround mentioned. Is there any workaround for these
unresolved probes? Thanks.
Jason
next prev parent reply other threads:[~2006-10-12 18:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-12 15:24 LKET tests Frank Ch. Eigler
2006-10-12 18:10 ` Jason Yeh [this message]
2006-10-12 20:11 ` resolving probe point context_switch Frank Ch. Eigler
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=452E8704.1020105@amd.com \
--to=jason.yeh@amd.com \
--cc=systemtap@sources.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).