Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
DescriptionVasiliy Sharapov
2016-09-30 13:49:20 UTC
Filed from caserun (https://tcms.engineering.redhat.com/run/294277/#caserun_13783578)
Version-Release number of selected component (if applicable):
RHEL-7.3-20160914.1
xorg-x11-server-Xorg-1.17.2-22.el7.x86_64
xorg-x11-drv-ati-7.6.1-3.20160215gitd41fccc.el7.x86_64
kernel-3.10.0-506.el7.x86_64
linux-firmware-20160830-49.git7534e19.el7.noarch
package mesa is not installed
mesa-dri-drivers-11.2.2-2.20160614.el7.x86_64
package xorg-x11-glamor is not installed
Steps to Reproduce:
1. Do a fresh boot up
2. Install ResultsDB client:
# wget -O /etc/yum.repos.d/resultsdb-client.repo http://
download.eng.brq.redhat.com/scratch/mdomonko/resultsdb/
resultsdb-client.repo
# yum install resultsdb-wrappers
1. Run as a regular user:
$ rendercheck-run_and_report
Actual results:
Hangs on `/usr/bin/rendercheck -v -t fill dcoords scoords mcoords tscoords tmcoords blend composite cacomposite gradients repeat triangles bug7366 -f a8r8g8b8 x8r8g8b8 a8`
(I am assuming it hangs - ran for 15 min and this GPU seems otherwise snappy)
Expected results:
After the test completes, the script should ask you a couple of questions and
then report your results to ResultsDB for analysis and archiving.
Note: If the script terminates without asking any questions or Xorg crashes/
freezes during the test, this test case FAILED.
When answering the questions, please follow these hints:
* "Do you want to have a script set prefill values for identifier, and TCMS
run ID? [Y/n]"
Answer "n"
* Don't change the prefilled metric
* Identifier is just a name you want to give to this report, similar to the
Test Run Summary in TCMS (e.g. "Intel on ThinkPad T520")
* We haven't decided yet on what determines the overall PASS/FAIL status so
set this field to PASS for now :)
* "Do you want to skip trying to prefill login and just enter it manually? [y
/N]"
Answer "y" and then enter your Kerberos login
After the script finishes, the result of the analysis is printed to the
terminal. If the outcome is
* GOOD or WARN, set this test case to PASSED and you're done
* REGRESS, set this test case to FAILED and file a bug report against the
mesa component (include the provided Diff URL, if any)
Is this still happening on 7.4? Additionally, does the entire system hang or just the application? As well, could you get me the following information:
- The output of dmesg (no debug flags required, yet)
And, if it's just rendercheck that hangs and not the whole system:
- Find out where rendercheck is hanging. A very easy and quick way to do this would be:
- Enable sysrq commands with: sudo sysctl kernel.sysrq=1
- Run rendercheck until the point where it hangs
- Sanity check; make sure it's hung (if it's at 100% cpu usage something else might be going on)
- Hit the following key combination on the keyboard (if your system doesn't have a sysrq key, just hit the print screen key instead): alt+sysrq+w
- Grab the dmesg output afterwards. If everything went well, it should have dumped a full backtrace of the system call rendercheck is hanging on.