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 639338 - s390x kernel read faults in several testsuite testcases
Summary: s390x kernel read faults in several testsuite testcases
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: systemtap
Version: 6.1
Hardware: s390x
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Frank Ch. Eigler
QA Contact: qe-baseos-tools-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-01 13:45 UTC by Petr Muller
Modified: 2016-09-20 02:07 UTC (History)
5 users (show)

Fixed In Version: systemtap-1.7-1.el6
Doc Type: Bug Fix
Doc Text:
SystemTap support code for the s390x architecture had custom deref() and store_deref() functions in the runtime library to safely access memory. These functions did not properly handle memory accesses and would cause a number of testsuite tests to fail on the s390x architecture. The SystemTap runtime was modified to use the kernel version of those functions for all architectures. The SystemTap tests now pass as expected on the s390x architecture.
Clone Of:
Environment:
Last Closed: 2012-06-20 13:32:39 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2012:0820 0 normal SHIPPED_LIVE systemtap bug fix and enhancement update 2012-06-19 20:34:13 UTC
Sourceware 12341 0 None None None Never

Description Petr Muller 2010-10-01 13:45:11 UTC 
This is a follow-up bug for Cai Qian's original bug 580197, which was reporting
several different issues with systemtap testsuite. To allow separate processing
of these issues which were not fixed for 6.0, I've dissolved the original bug
into several new deferred to 6.1. 

kernel-2.6.32-71.el6
systemtap-1.2-9.el6

Although some of the sdt.exp failures in bug 580197 were fixed by actions described in this bug, some remain:

Running /usr/share/systemtap/testsuite/systemtap.base/sdt.exp ...
FAIL: sdt "" uprobe
FAIL: sdt c++ "" uprobe
FAIL: sdt additional_flags=-std=gnu89 uprobe
FAIL: sdt c++ additional_flags=-std=gnu89 uprobe
FAIL: sdt additional_flags=-ansi uprobe
FAIL: sdt c++ additional_flags=-ansi uprobe
FAIL: sdt additional_flags=-pedantic uprobe
FAIL: sdt c++ additional_flags=-pedantic uprobe
FAIL: sdt additional_flags=-ansi additional_flags=-pedantic uprobe
FAIL: sdt c++ additional_flags=-ansi additional_flags=-pedantic uprobe
Comment 1 Petr Muller 2010-10-01 13:52:22 UTC 
The fails in sdt.exp manifests in systemtap.log as these failed expects:

executing: stap /usr/share/systemtap/testsuite/systemtap.base/sdt.stp sdt.c.exe.0 -c ./sdt.c.exe.0
FAIL: sdt "" uprobe
line 1: expected "1"
Got "ERROR: kernel read fault at 0x000003ffffba8f9c (addr) near identifier '$arg1' at /usr/share/systemtap/testsuite/systemtap.base/sdt.stp:3:18"
Comment 2 Petr Muller 2010-10-01 13:57:05 UTC 
sdt_misc.exp seems to fail because of the same issue
Comment 3 Petr Muller 2010-10-01 14:03:21 UTC 
and externalvar.exp too:

cmd output: ERROR: kernel read fault at 0x0000000080001c38 (addr) near identifier '$exevar_c' at /usr/share/systemtap/testsuite/systemtap.base/externalvar.stp:3:29
Comment 4 Petr Muller 2011-03-08 17:50:20 UTC 
This one has 6.1.0? so we should probably decide what to do with this bug/RFE.

The original issue still holds for RHEL6.1 candidate systemtap. Shall me move
this to 6.2, close this for good, or is here a change this could still go in?
Comment 9 David Smith 2011-09-21 19:12:07 UTC 
After lots of debugging, it looks like this is most likely a symptom of sourceware.org pr12341 (deref()/store_deref() variations between arches).

Basically, the s390x version of systemtap's deref() macro uses custom assembly language, which no longer works well under RHEL6.
Comment 10 Frank Ch. Eigler 2011-09-27 14:30:57 UTC 
Resetting for RHEL6.3; upstream work still in progress.
Comment 11 Mark Wielaard 2011-12-10 22:07:50 UTC 
This has been fixed in current upstream systemtap git:

Host: Linux ibm-z10-34.rhts.eng.bos.redhat.com 2.6.32-220.el6.s390x #1 SMP Wed Nov 9 08:20:08 EST 2011 s390x s390x s390x GNU/Linux
Snapshot: version 1.7/0.152 commit release-1.6-573-g3128c0b
GCC: 4.4.6 [gcc (GCC) 4.4.6 20110731 (Red Hat 4.4.6-3)]
Distro: Red Hat Enterprise Linux Server release 6.2 (Santiago)

Running /root/systemtap/testsuite/systemtap.base/sdt.exp ...

		=== systemtap Summary ===

# of expected passes		88
# of expected failures		8

This was part of a series of patches to make systemtap work better on s390x, including separating runtime access of user and kernel addresses. When systemtap 1.7 gets released and has been tested a bit more we can look into doing a rebase.
Comment 14 William Cohen 2012-05-08 21:08:27 UTC 
    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:
SystemTap support code for the s390x architecture had custom deref()
and store_deref() functions in the runtime library to safely access
memory.  These functions did not properly handle memory accesses and
would cause a number of testsuite tests to fail on the s390x
architecture.  The SystemTap runtime was modified to use the kernel
version of those functions for all architectures.  The SystemTap tests
now pass as expected on the s390x architecture.
Comment 17 errata-xmlrpc 2012-06-20 13:32:39 UTC 
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-0820.html
Note You need to log in before you can comment on or make changes to this bug.