public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: "wcohen at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: systemtap@sourceware.org
Subject: [Bug runtime/31500] stapio exited with irqs disabled
Date: Wed, 20 Mar 2024 15:25:29 +0000	[thread overview]
Message-ID: <bug-31500-6586-45VTBIEumI@http.sourceware.org/bugzilla/> (raw)
In-Reply-To: <bug-31500-6586@http.sourceware.org/bugzilla/>

https://sourceware.org/bugzilla/show_bug.cgi?id=31500

--- Comment #6 from William Cohen <wcohen at redhat dot com> ---
Installed kernel-debug-6.9.0-0.rc0.20240314git480e035fc4c7.5.fc41.x86_64 and
did the search through /proc/kallsyms mentioned in the previous comment.

$ sudo cat /proc/kallsyms |grep 4a65c0
ffffffffb84a65c0 T vfs_caches_init

It looks like might be poll_map.exp that is tripping tripping things up for
this PR.  Just checked in the following git commit.  Check to see if this
addresses some of the problem.  There might still be other -g use with wildcard
probes that cause problems.

commit eb760b0d09d8170988add7f2052ff6e40a747304 (HEAD -> master, origin/master,
origin/HEAD)
Author: William Cohen <wcohen@redhat.com>
Date:   Wed Mar 20 10:24:53 2024 -0400

    Remove unneeded guru mode option from poll_map.exp

    Guru mode should only be used when it is really needed to allow the
    systemtap script change program state or disable some safety check or
    black list exclusions. With guru mode enabled on a particular machine
    this test would attempt to probe
    kernel.function("vfs_caches_init").call, an initialization function on
    a page that would would later freed.  The script would get page fault
    when attempting to install the kprobe for this function.

-- 
You are receiving this mail because:
You are the assignee for the bug.

  parent reply	other threads:[~2024-03-20 15:25 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-16 13:03 [Bug runtime/31500] New: " mcermak at redhat dot com
2024-03-18 21:48 ` [Bug runtime/31500] " wcohen at redhat dot com
2024-03-19  8:10 ` mcermak at redhat dot com
2024-03-19 15:49 ` wcohen at redhat dot com
2024-03-19 20:57 ` wcohen at redhat dot com
2024-03-20 14:19 ` wcohen at redhat dot com
2024-03-20 15:25 ` wcohen at redhat dot com [this message]
2024-03-20 21:10 ` wcohen at redhat dot com
2024-03-21 14:31 ` wcohen at redhat dot com
2024-03-21 15:13 ` wcohen at redhat dot com
2024-03-22 14:40 ` wcohen at redhat dot com

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=bug-31500-6586-45VTBIEumI@http.sourceware.org/bugzilla/ \
    --to=sourceware-bugzilla@sourceware.org \
    --cc=systemtap@sourceware.org \
    /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).