RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 692461 - systemtap.base/sdt.exp: 2 PASS -> FAIL transitions on s390x
Summary: systemtap.base/sdt.exp: 2 PASS -> FAIL transitions on s390x
Keywords:
Status: CLOSED DUPLICATE of bug 691763
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: systemtap
Version: 6.1
Hardware: s390x
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Frank Ch. Eigler
QA Contact: qe-baseos-tools-bugs
URL:
Whiteboard:
Depends On:
Blocks: 682670
TreeView+ depends on / blocked
 
Reported: 2011-03-31 12:06 UTC by Petr Muller
Modified: 2016-09-20 02:07 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-06 14:52:24 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Petr Muller 2011-03-31 12:06:45 UTC 
Description of problem:
 Running /usr/share/systemtap/testsuite/systemtap.base/sdt.exp ...
 PASS: compiling sdt.c -O2  uprobe
-PASS: sdt -O2  uprobe
+FAIL: sdt -O2  uprobe
 PASS: compiling sdt.c -O3  uprobe
-PASS: sdt -O3  uprobe
+FAIL: sdt -O3  uprobe

(the rest of the testcase actually has FAIL->PASS transitions)

Version-Release number of selected component (if applicable):
Environment:
kernel-2.6.32-125.el6
elfutils-0.152-1.el6
systemtap-testsuite-1.4-4.el6

Systemtap:
systemtap-1.2-11.el6_0 PASS
systemtap-1.4-4 FAIL

How reproducible:
always

Steps to Reproduce:
1. cd /usr/share/systemtap/testsuite/
2. make RUNTESTFLAGS=systemtap.base/sdt.exp installcheck
3.

Actual results:
FAIL

Expected results:
PASS

Additional info:
systemtap.log.diff:
 executing: stap -w /usr/share/systemtap/testsuite/systemtap.base/sdt.stp sdt.c.exe.0 -c ./sdt.c.exe.0
-PASS: sdt -O2  uprobe
+FAIL: sdt -O2  uprobe
+line 1: expected "_"
+Got "semantic error: unable to find local 'arg1' near pc 0x80000538 in call1(/usr/share/systemtap/testsuite/systemtap.base/sdt.c) (alternatives: $a): identifier '$arg1' at /usr/share/systemtap/testsuite/systemtap.base/sdt.stp:8:18"
 Executing on host: gcc /usr/share/systemtap/testsuite/systemtap.base/sdt.c  -g -isystem/usr/share/systemtap/testsuite -isystem/usr/include -Wall -Wextra -Werror -O3  -lm   -o sdt.c.exe.1    (timeout = 300)
 spawn -ignore SIGHUP gcc /usr/share/systemtap/testsuite/systemtap.base/sdt.c -g -isystem/usr/share/systemtap/testsuite -isystem/usr/include -Wall -Wextra -Werror -O3 -lm -o sdt.c.exe.1
 PASS: compiling sdt.c -O3  uprobe
 executing: stap -w /usr/share/systemtap/testsuite/systemtap.base/sdt.stp sdt.c.exe.1 -c ./sdt.c.exe.1
-PASS: sdt -O3  uprobe
+FAIL: sdt -O3  uprobe
+line 1: expected "_"
+Got "semantic error: unable to find local 'arg1' near pc 0x80000538 in call1(/usr/share/systemtap/testsuite/systemtap.base/sdt.c) (alternatives: $a): identifier '$arg1' at /usr/share/systemtap/testsuite/systemtap.base/sdt.stp:8:18"
Comment 1 Petr Muller 2011-03-31 12:08:06 UTC 
it looks similar to bug 691763, but I was not 100% sure it's a dup: this does not happen on ppc64
Comment 3 Frank Ch. Eigler 2011-04-06 14:52:24 UTC 
Pretty sure it's a dup.

*** This bug has been marked as a duplicate of bug 691763 ***
Note You need to log in before you can comment on or make changes to this bug.