This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug runtime/5042] procfs probe script not recreating /proc entries in some cases


------- Additional Comments From dsmith at redhat dot com  2008-04-22 17:38 -------
(In reply to comment #4)
> Checked in a fix for this.

Unfortunately, fedora x86 8 kernels don't really like this fix.  If you run a
systemtap script that uses procfs, then immediately kill it (no procfs
reads/writes are necessary), you will get the new warning about removal being
deferred.  Under fedora 8, I'm not sure you can use procfs at all without
getting the warning.  Under RHEL5 x86_64, I don't see the warning.

(I'm not sure how much of a problem getting the warning is, but it is causing a
spurious test failure for systemtap.base/procfs.exp.)

The following script demonstrates getting the warning when we shouldn't.

# stap -e 'probe procfs("command").read { $value = "100" }' -m foo
Warning: using '-m' disables cache support.
[interrupt script here]
WARNING: Removal of /proc/systemtap/foo
is deferred until it is no longer in use.
Systemtap module removal will block.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |


http://sourceware.org/bugzilla/show_bug.cgi?id=5042

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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]