Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 706185 - softirq.* probes do not work on el5 kernels
softirq.* probes do not work on el5 kernels
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: systemtap (Show other bugs)
5.7
All Linux
medium Severity medium
: ---
: ---
Assigned To: Frank Ch. Eigler
qe-baseos-tools
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2011-05-19 13:41 EDT by Bryn M. Reeves
Modified: 2012-02-21 00:44 EST (History)
4 users (show)

See Also:
Fixed In Version: systemtap-1.6-3.el5
Doc Type: Bug Fix
Doc Text:
The trace points for softirq probe points in the RHEL 5 kernels used older versions of the tracepoint names. The irq.stp tapset used the newer kernel tracepoint names. As a result, the softirq.* probepoints would not found on RHEL 5 kernels. The irq.stp tapset has been updated to allow systemtap to find the older softirq probe points in the RHEL5 kernels.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-02-21 00:44:45 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
upstream patch re-diffed for 1.3 (911 bytes, patch)
2011-05-19 13:41 EDT, Bryn M. Reeves
no flags Details | Diff


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2012:0200 normal SHIPPED_LIVE systemtap bug fix update 2012-02-20 09:53:54 EST

  None (edit)
Description Bryn M. Reeves 2011-05-19 13:41:30 EDT
Created attachment 499907 [details]
upstream patch re-diffed for 1.3

Description of problem:
The trace point used by the softirq.entry and softirq.exit probes in the irq.stp tapset were renamed upstream but the RHEL5 kernel still uses the old names causing a resolution failure for scripts using these probes:

# stap -v softirq.stp 
Pass 1: parsed user script and 72 library script(s) using 87148virt/21484res/2612shr kb, in 100usr/10sys/119real ms.
semantic error: no match while resolving probe point softirq.entry
Pass 2: analyzed script: 2 probe(s), 7 function(s), 1 embed(s), 2 global(s) using 150976virt/25916res/4088shr kb, in 20usr/60sys/83real ms.
Pass 2: analysis failed.  Try again with another '--vp 01' option.


Version-Release number of selected component (if applicable):
systemtap-1.3-4.el5


How reproducible:
100%

Steps to Reproduce:
1. stap -e 'probe softirq.entry { print("foo\n") } probe softirq.exit {
print("bar\n")} probe timer.ms(1000) { exit() }'
  
Actual results:
# stap -e 'probe softirq.entry { print("foo\n") } probe softirq.exit {
print("bar\n")} probe timer.ms(1000) { exit() }'
semantic error: no match while resolving probe point softirq.entry
semantic error: no match while resolving probe point softirq.exit
Pass 2: analysis failed.  Try again with another '--vp 01' option.
[root@rhel5vm-0 tapset]# echo $?
1

Expected results:
# stap -e 'probe softirq.entry { print("foo\n") } probe softirq.exit {
print("bar\n")} probe timer.ms(1000) { exit() }'
foo
bar
foo
bar
foo
bar
foo
bar
foo
foo
bar
bar
[...]
# echo $?
0

Additional info:
http://sourceware.org/ml/systemtap/2011-q2/msg00199.html
Comment 1 Frank Ch. Eigler 2011-05-19 14:08:40 EDT
Committed upstream.
Comment 5 William Cohen 2012-01-18 12:21:18 EST
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
The trace points for softirq probe points in the RHEL 5 kernels used
older versions of the tracepoint names. The irq.stp tapset used the
newer kernel tracepoint names. As a result, the softirq.* probepoints
would not found on RHEL 5 kernels. The irq.stp tapset has been updated
to allow systemtap to find the older softirq probe points in the RHEL5
kernels.
Comment 6 errata-xmlrpc 2012-02-21 00:44:45 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2012-0200.html

Note You need to log in before you can comment on or make changes to this bug.