public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
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


  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).