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 1650166 - Xorg crash after RHEL7.6 update
Summary: Xorg crash after RHEL7.6 update
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: xorg-x11-server
Version: 7.6
Hardware: All
OS: Linux
urgent
urgent
Target Milestone: rc
: ---
Assignee: Adam Jackson
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1658972
TreeView+ depends on / blocked
 
Reported: 2018-11-15 13:25 UTC by amit yadav
Modified: 2023-12-15 16:13 UTC (History)
28 users (show)

Fixed In Version: xorg-x11-server-1.20.1-6.el7
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1652915 1658972 (view as bug list)
Environment:
Last Closed: 2019-08-06 12:42:44 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Attachig Xorg logs captured by ABRT. (26.87 KB, text/plain)
2018-11-22 10:47 UTC, dinesh babu ramayanam
no flags Details
[PATCH v2] xfree86: LeaveVT from xf86CrtcCloseScreen (774 bytes, patch)
2018-11-23 13:59 UTC, Olivier Fourdan
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
FreeDesktop.org 106960 0 None None None 2018-11-20 05:58:26 UTC
Red Hat Knowledge Base (Solution) 3737081 0 None None None 2018-12-05 08:59:26 UTC
Red Hat Product Errata RHSA-2019:2079 0 None None None 2019-08-06 12:43:10 UTC

Description amit yadav 2018-11-15 13:25:42 UTC
Description of problem:
After updating the RHEL7.5 systems to RHEL7.6, Xorg is crashing. We are getting the following backtracks on VMware guests:

0: /usr/bin/X (xorg_backtrace+0x55) [0x55eef1250185]
1: /usr/bin/X (0x55eef109f000+0x1b4e09) [0x55eef1253e09]
2: /lib64/libpthread.so.0 (0x7f1a3058f000+0xf5d0) [0x7f1a3059e5d0]
3: /usr/bin/X (RROutputIsLeased+0x9e) [0x55eef11b7cfe]
4: /usr/bin/X (xf86DPMSSet+0x10d) [0x55eef116974d]
5: /usr/lib64/xorg/modules/drivers/vmware_drv.so (0x7f1a2c77e000+0x10ab7) [0x7f1a2c78eab7]
6: /usr/lib64/xorg/modules/drivers/vmware_drv.so (0x7f1a2c77e000+0xe5b3) [0x7f1a2c78c5b3]
7: /usr/bin/X (0x55eef109f000+0xc88dc) [0x55eef11678dc]
8: /usr/bin/X (0x55eef109f000+0xe7bf8) [0x55eef1186bf8]
9: /usr/bin/X (0x55eef109f000+0x132d53) [0x55eef11d1d53]
10: /usr/bin/X (0x55eef109f000+0x604c4) [0x55eef10ff4c4]
11: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7f1a301e43d5]
12: /usr/bin/X (0x55eef109f000+0x4a4ce) [0x55eef10e94ce]


Version-Release number of selected component (if applicable):
xorg-x11-server-Xorg-1.20.1-5.1.el7.x86_64
xorg-x11-drv-vmware-13.2.1-1.el7.1.x86_64
kernel-3.10.0-957.el7.x86_64

How reproducible:
Always(on customer side)

Steps to Reproduce:
1. Update RHEL7.5 systems and reboot

Actual results:
Xorg crash, getting blank screen

Expected results:
Xorg should not crash

Additional info:
I tried to reproduce the issue in our VMware lab environment, but I am unable to do that. I updated the system without any issue. We are getting multiple cases related to Xorg crash after RHEL7.6 update. Xorg is crashing with almost every xorg driver. This has greatly increased the volume of our total case. Hence, I am keeping this bug on urgent priority.

I didn't face this Xorg crash issue on system update, but when I am switching users in GUi session, Xorg is crashing with same traces.

I have not encountered this xorg crash problem on system update, but when I'm switching users in GUI session, the Xorg is crashing with the same backtrace.

Comment 2 amit yadav 2018-11-15 13:37:20 UTC
Can it be related to this bug?

https://bugs.freedesktop.org/show_bug.cgi?id=106960

Comment 3 Deepu K S 2018-11-15 13:40:35 UTC
This issue seems to be same as https://bugs.freedesktop.org/show_bug.cgi?id=106960

Comment 6 Olivier Fourdan 2018-11-21 12:00:26 UTC
Can you please provide the Xorg logs of an afefcted system?

Comment 7 Olivier Fourdan 2018-11-21 13:15:49 UTC
So, rebuilding the backtrace manually from the Xorg logs with the crash gives:

...
RROutputIsLeased()      0x118cfe at xorg-server-1.20.1/randr/../include/privates.h:136
xf86DPMSSet()            0xca74d at xorg-server-1.20.1/hw/xfree86/modes/xf86Crtc.c:3026
vmwgfx_disable_scanout() 0x10ab7 at xf86-video-vmware-13.2.1/vmwgfx/vmwgfx_crtc.c:116
drv_leave_vt()            0xe5b3 at xf86-video-vmware-13.2.1/vmwgfx/vmwgfx_driver.c:1213
xf86CrtcCloseScreen()    0xc88dc at xorg-server-1.20.1/hw/xfree86/modes/xf86Crtc.c:770
CursorCloseScreen()      0xe7bf8 at xorg-server-1.20.1/xfixes/cursor.c:206
present_close_screen()  0x132d53 at xorg-server-1.20.1/present/present_screen.c:71
dix_main()               0x604c4
_start()                 0x4a4ce

That shows the crash occurs when closing the screen, i.e. when the Xserver terminates, not a crash that kills the Xserver in the middle of a running session.

I agree that this crash looks like upstream bug fdo#106960, but the fix for this bug is already included in xserver-1.20.1 so most likely the fix upstream is incomplete: https://gitlab.freedesktop.org/xorg/xserver/commit/101d15c

RROutputIsLeased() reads:

120 Bool
121 RROutputIsLeased(RROutputPtr output)
122 {
123     ScreenPtr screen = output->pScreen;
124     rrScrPrivPtr scr_priv = rrGetScrPriv(screen);
125     RRLeasePtr lease;
126     int o;
127 
128     xorg_list_for_each_entry(lease, &scr_priv->leases, list) {
129         for (o = 0; o < lease->numOutputs; o++)
130             if (lease->outputs[o] == output)
131                 return TRUE;
132     }
133     return FALSE;
134 }

The crash occurs in dixGetPrivate() so my guess is that the output is already freed/corrupted when we get there and therefore output->pScreen is invalid.

Comment 8 dinesh babu ramayanam 2018-11-22 10:47:36 UTC
Created attachment 1507912 [details]
Attachig Xorg logs captured by ABRT.

Comment 19 Olivier Fourdan 2018-11-23 13:59:06 UTC
Created attachment 1508283 [details]
[PATCH v2] xfree86: LeaveVT from xf86CrtcCloseScreen

This is an _updated_ version of the original patch included in el7.6 to fix bug 1635747 / bug 1489977 (i.e. that patch replaces the one wit hthe same name in the xorg-x11-server downstream package)

It keeps the call to `LeaveVT()` from `xf86CrtcCloseScreen()` but does it *after*  clearing up the output data so that in a DDX such as xf86-video-vmware calls back into DPMS in its `LeaveVT()` handler, we don't end up accessing freed data.

Comment 52 A. Fernando 2019-06-28 05:21:01 UTC
My x-server crashes when I attempt to run xfreerdp command. 
I have already published my backtraces - https://bugzilla.redhat.com/show_bug.cgi?id=1659113

Comment 53 A. Fernando 2019-06-28 05:23:53 UTC
Would you be able to direct me to the change logs for the new xorg-x11-server-1.20.1-6.el7 ?

Thanks

Comment 54 Olivier Fourdan 2019-06-28 06:27:27 UTC
(In reply to A. Fernando from comment #52)
> My x-server crashes when I attempt to run xfreerdp command. 

xfreerdp crashing the Xserver is a different issue from this bug, already tracked in bug 1659113, let's not mix those.

Comment 56 errata-xmlrpc 2019-08-06 12:42:44 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.

https://access.redhat.com/errata/RHSA-2019:2079


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