Version-Release number of selected component:
pkg_fingerprint: 199E 2F91 FD43 1D51
pkg_vendor: Red Hat, Inc.
reproducible: Not sure how to reproduce the problem
runlevel: N 5
0: /usr/bin/X (xorg_backtrace+0x55) [0x56012924b155]
1: /usr/bin/X (0x56012909a000+0x1b4dd9) [0x56012924edd9]
2: /lib64/libpthread.so.0 (0x7fb6f0b0a000+0xf5d0) [0x7fb6f0b195d0]
3: /usr/lib64/xorg/modules/libglamoregl.so (0x7fb6ebc1f000+0x1507c) [0x7fb6ebc3407c]
4: /usr/lib64/xorg/modules/libglamoregl.so (0x7fb6ebc1f000+0x1661c) [0x7fb6ebc3561c]
5: /usr/bin/X (0x56012909a000+0x13a8e8) [0x5601291d48e8]
6: /usr/bin/X (0x56012909a000+0x12e8ba) [0x5601291c88ba]
7: /usr/bin/X (0x56012909a000+0x5c35b) [0x5601290f635b]
8: /usr/bin/X (0x56012909a000+0x603aa) [0x5601290fa3aa]
9: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7fb6f075f3d5]
10: /usr/bin/X (0x56012909a000+0x4a4ce) [0x5601290e44ce]
Created attachment 1492052 [details]
Created attachment 1492055 [details]
Unfortunately reporter-bugzilla crashed while uploading more files. Uploading the archive produced by reporter-upload.
Created attachment 1492056 [details]
dmesg collected from another boot with: drm.debug=0xe log_buf_len=1M
Created attachment 1492057 [details]
journal collected from second boot with drm.debug=0xe log_buf_len=1M
Created attachment 1492058 [details]
The system has:
01:00.0 VGA compatible controller : Advanced Micro Devices, Inc. [AMD/ATI] Turks PRO [Radeon HD 7570] [1002:675d]
System booted to GDM fine, but after login when gnome should be showing, the graphical output starts behaving strangely. Cursor is displayed fine all the time, but the desktop sometimes is shown but doesn't change, sometimes there are just random colours (like some gravel), the screen flickers.
It's not possible to work on such system at all. This didn't happen on RHEL-7.5.
Created attachment 1492632 [details]
I've logged into the machine and exported the display with vnc (x0vncserver), and things appear to look fine, see attached screenshot. I don't doubt that there's a bug involved here, but if vnc looks correct then the issue must be about the actual display output (vga, dvi, whatever), which would make this a kernel bug.
The initial report here included a crash with a backtrace, but without any steps to reproduce. I've not been able to trigger a crash with light desktop usage. If there's something specific I should try, let me know.
Also regarding reproducer, screen just get scrambled after gdm start so no real reproducer just boot.
@jstodola/pholica lets just try different monitor+cable (even digial vs vga) to eliminate HW issue.
Ajax is there anything we can do locally to help debug.
Retested using a different cable and a different monitor with a different resolution - the problem is still present.
One more think I remember when I observed this issue with pholica. When I run startx session came up but using llvmpipe.
Pavel or Jan, would it be possible to install latest Xorg from brew (-5 I think) we have a 0day update with some additional fixes.
Please try this scratch build:
Ok, so I tried the scratch build from comment 21 and if I'm not mistaken the issue is gone. glxinfo also says it's running on AMD not llvmpipe:
$ glxinfo | grep render
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: AMD TURKS (DRM 2.50.0 / 3.10.0-957.el7.x86_64, LLVM 6.0.1)
GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_packed_depth_stencil,
GL_NV_blend_square, GL_NV_conditional_render, GL_NV_depth_clamp,
I've tried rebooting several times, also cold boot and didn't see the issue.
Going to try the other brew build (I expect that's the one for zero day) tomorrow.
I can't speak for ajax but it seems this is a fix in ati userspace driver, we have 0-day for xorg server only. Seems like a candidate for z-stream.
Alan may I ask you for GSSApproved for future z-stream?
And for question in comment 20. I've tried updating just only Xorg from xorg-x11-server-1.20.1-5.el7 https://brewweb.engineering.redhat.com/brew/buildinfo?buildID=779167 with no change.
Fix from scratch build in comment 21 works.
I've got two Radeon cards in two different Dell workstations:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV610 [Radeon HD 2400 PRO/XT]
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Oland XT [Radeon HD 8670 / R7 250/350] (rev 81)
Both of them work perfectly with xorg-x11-drv-ati-7.7.1-3.20160928git3fc839ff.el7.x86_64 (and associated xorg-* package dependencies), but DO NOT work with anything greater than that, such as
The symptoms are that you can boot, get GDM, and even log in (I use KDE, but I've seen this under GNOME too), but then while the pointer continues to work, the desktop becomes unresponsive (the clock doesn't update either). The only way I've been able to get things working again is to downgrade to xorg-x11-drv-ati-7.7.1-3.20160928git3fc839ff.el7.x86_64 again.
Created attachment 1499340 [details]
Xorg crash report
Attached crash report for Xorg when using the new Xorg ati driver.
Raising severity as it seems customer is seeing that too.
I can confirm the bug, GUI is not usable after upgrading from RHEL 7.5 to 7.6 :
AMD RV635/M86 [Mobility Radeon HD 3650] -> xorg-x11-drv-ati-18.0.1-1.el7.x86_64
I've added nomodeset or radeon.modeset=0 to the boot parameters as a workaround.
Although the GUI screen resolution being in use is only the basic one of course.
The scratch build link provided in Comment 21 seems broken : Server Not Found
I've tested the latest stable fedora package : xorg-x11-drv-ati-18.1.0-1.fc29
Package source -> https://koji.fedoraproject.org/koji/buildinfo?buildID=1153920
GUI seems to work correctly with these drivers ... though ABRT reports crashes.
I can confirm the bug, GUI is not usable after upgrading from RHEL 7.5 to 7.6
$ lspci | grep ATI
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDMI Audio [Radeon HD 4000 series]
xorg-x11-drv-ati-18.1.0-1.fc30.x86_64.rpm or xorg-x11-drv-ati-18.1.0-1.el8.x86_64.rpm works xorg-x11-drv-ati-18.0.1-2.fc29.x86_64.rpm don't work
Created attachment 1507632 [details]
(In reply to cnman from comment #30)
> I can confirm the bug, GUI is not usable after upgrading from RHEL 7.5 to 7.6
> $ lspci | grep ATI
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> RV710/M92 [Mobility Radeon HD 4530/4570/545v]
> 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDMI
> Audio [Radeon HD 4000 series]
> temporarily install:
> xorg-x11-drv-ati-18.1.0-1.fc30.x86_64.rpm or
> xorg-x11-drv-ati-18.1.0-1.el8.x86_64.rpm works
> xorg-x11-drv-ati-18.0.1-2.fc29.x86_64.rpm don't work
Ditto here; i.e., upgrading from RHEL 7.5 to 7.6 broke the GUI. But building the RPM from
and install it solved the problem. Thanks.
Looks like there's a solution. Is there any chance RH will roll the changes into an EL7 RPM before Christmas?
(In reply to Ben from comment #33)
> Looks like there's a solution. Is there any chance RH will roll the changes
> into an EL7 RPM before Christmas?
that not a final solution，xorg-x11-server-Xorg keep crashing。
Same issue for me, as a temporary workaround installing xorg-x11-drv-ati-18.1.0-1.fc29.x86_64 fixes this..
01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS880 [Radeon HD 4200]
0: /usr/bin/X (xorg_backtrace+0x55) [0x55c9ac452185]
1: /usr/bin/X (0x55c9ac2a1000+0x1b4e09) [0x55c9ac455e09]
2: /lib64/libpthread.so.0 (0x7ff48c19d000+0xf5d0) [0x7ff48c1ac5d0]
3: /lib64/libc.so.6 (gsignal+0x37) [0x7ff48be06207]
4: /lib64/libc.so.6 (abort+0x148) [0x7ff48be078f8]
5: /lib64/libc.so.6 (0x7ff48bdd0000+0x2f026) [0x7ff48bdff026]
6: /lib64/libc.so.6 (0x7ff48bdd0000+0x2f0d2) [0x7ff48bdff0d2]
7: /usr/lib64/xorg/modules/libfb.so (0x7ff4874e4000+0x4ac0) [0x7ff4874e8ac0]
8: /usr/lib64/xorg/modules/libfb.so (0x7ff4874e4000+0xf1fa) [0x7ff4874f31fa]
9: /usr/lib64/xorg/modules/libglamoregl.so (glamor_validate_gc+0x185) [0x7ff4872be805]
10: /usr/bin/X (0x55c9ac2a1000+0x138b54) [0x55c9ac3d9b54]
11: /usr/bin/X (ValidateGC+0x1b) [0x55c9ac31106b]
12: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7ff48833a000+0x50680) [0x7ff48838a680]
13: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7ff48833a000+0x4dc9d) [0x7ff488387c9d]
14: /usr/bin/X (AbortDDX+0x85) [0x55c9ac33c525]
15: /usr/bin/X (0x55c9ac2a1000+0x1bd772) [0x55c9ac45e772]
16: /usr/bin/X (0x55c9ac2a1000+0x1be5dd) [0x55c9ac45f5dd]
17: /usr/bin/X (0x55c9ac2a1000+0x1b4e69) [0x55c9ac455e69]
18: /lib64/libpthread.so.0 (0x7ff48c19d000+0xf5d0) [0x7ff48c1ac5d0]
19: /lib64/libc.so.6 (gsignal+0x37) [0x7ff48be06207]
20: /lib64/libc.so.6 (abort+0x148) [0x7ff48be078f8]
21: /lib64/libc.so.6 (0x7ff48bdd0000+0x2f026) [0x7ff48bdff026]
22: /lib64/libc.so.6 (0x7ff48bdd0000+0x2f0d2) [0x7ff48bdff0d2]
23: /usr/lib64/xorg/modules/libfb.so (0x7ff4874e4000+0x4ac0) [0x7ff4874e8ac0]
24: /usr/lib64/xorg/modules/libfb.so (0x7ff4874e4000+0xf1fa) [0x7ff4874f31fa]
25: /usr/lib64/xorg/modules/libglamoregl.so (glamor_validate_gc+0x185) [0x7ff4872be805]
26: /usr/bin/X (0x55c9ac2a1000+0x138b54) [0x55c9ac3d9b54]
27: /usr/bin/X (ValidateGC+0x1b) [0x55c9ac31106b]
28: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7ff48833a000+0x50680) [0x7ff48838a680]
29: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7ff48833a000+0x4dc9d) [0x7ff488387c9d]
30: /usr/bin/X (0x55c9ac2a1000+0xac274) [0x55c9ac34d274]
31: /usr/bin/X (0x55c9ac2a1000+0xc88dc) [0x55c9ac3698dc]
32: /usr/bin/X (0x55c9ac2a1000+0xe7bf8) [0x55c9ac388bf8]
33: /usr/bin/X (0x55c9ac2a1000+0x604c4) [0x55c9ac3014c4]
34: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7ff48bdf23d5]
35: /usr/bin/X (0x55c9ac2a1000+0x4a4ce) [0x55c9ac2eb4ce]
It's about two and a half months ago since RHEL 7.6 has been released.
I'm still using the xorg-x11-drv-ati-18.1.0-1.el8.x86_64 beta drivers.
To avoid the annoying error messages, I've disabled abrt-xorg.service.
It would be nice to get a fixed drivers package in the near future. :)
IMHO it's a serious regression. we also use the 18.1.0-1 from fedora to fix all of our servers. I don't really understand why rh do not release a patch/update???
I've a number of workstations with ATI cards, all of which are stuck at 7.7.1-3.20160928git3fc839ff until something is done. I guess there's a queue for things like this? If so, can someone say where it is in it?
The bug report can be closed because the drivers 18.1.0-1.el7_6 are available in rhel-7-server-rpms.
Although ABRT still reports (false positive ?) crashes. But the main issue is fixed, GUI works fine.
Closing based on c40.