Bug 1226451 - X11 display hangs after upgrade to 15.6
Summary: X11 display hangs after upgrade to 15.6
Status: RESOLVED WORKSFORME
Alias: None
Product: openSUSE Distribution
Classification: openSUSE
Component: X.Org (show other bugs)
Version: Leap 15.6
Hardware: x86-64 Other
: P3 - Medium : Normal (vote)
Target Milestone: ---
Assignee: Gfx Bugs
QA Contact: Gfx Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-17 20:55 UTC by Bat Pul
Modified: 2024-07-08 12:02 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
sndirsch: needinfo? (batpul)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bat Pul 2024-06-17 20:55:52 UTC
Yesterday I upgraded from Leap 15.5 to 15.6 using zypper dup as explained on a opensuse site. The 15.5 had been very stable. Since the upgrade the X11 session  hung twice. The first was yesterday when a youtube video was playing in Chrome and the sound just continued forever as if nothing happened while the screen was totally frozen. Ctrl+Backspace and Ctrl+Alt+F1 didn't work and a hard reset was the only way out. Today the screen again froze totally, except for the mouse. The mouse pointer was movable over the screen and this time Ctrl+Backspace did work and gave me the GDM login screen. Couldn't find anything in dmesg or in Xorg.0.log. Needless to say, this is very disturbing to me.
This is a previous Xorg bug from me for details: https://bugzilla.opensuse.org/show_bug.cgi?id=1214448.
Comment 1 Felix Miata 2024-06-19 05:44:46 UTC
Did your upgrade reinstall xf86-video-intel, asked to be removed in your prior bug report?
Comment 2 Stefan Dirsch 2024-06-19 08:36:59 UTC
(In reply to Felix Miata from comment #1)
> Did your upgrade reinstall xf86-video-intel, asked to be removed in your
> prior bug report?

There I asked to remove this package as workaround, because it loaded the wrong Mesa driver. This had been fixed as an update for Leap 15.5. This fix is also on Leap 15.6 of course.

But yeah. Maybe it helps to remove this package and switch to modesetting X driver, if this driver package is installed.
Comment 3 Bat Pul 2024-06-19 19:43:24 UTC
xf86-video-intel isn't installed. Do I need it? I only have:

xf86-video-fbdev-0.5.0-150500.15.1.x86_64
xf86-video-v4l-0.3.0-bp156.3.5.x86_64
xf86-video-vesa-2.6.0-150500.1.1.x86_64

I can't tell which driver is being
This is some Xorg.0.log output:

[    55.439] 	X.Org Video Driver: 25.2
[    55.439] 	X.Org XInput driver : 24.4
[    55.482] (II) Scanning /usr/share/X11/xorg_pci_ids directory for additional PCI ID's supported by the drivers
[    55.482] (II) Scanning /usr/share/X11/xorg_pci_ids directory for additional PCI ID's supported by the drivers
[    55.482] (==) Matched intel as autoconfigured driver 0
[    55.482] (==) Matched modesetting as autoconfigured driver 1
[    55.482] (==) Matched fbdev as autoconfigured driver 2
[    55.482] (==) Matched vesa as autoconfigured driver 3
[    55.482] (==) Assigned the driver to the xf86ConfigLayout
[    55.482] (II) LoadModule: "intel"
[    55.485] (WW) Warning, couldn't open module intel
[    55.485] (EE) Failed to load module "intel" (module does not exist, 0)
[    55.485] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[    55.487] 	Module class: X.Org Video Driver
[    55.487] 	ABI class: X.Org Video Driver, version 25.2
[    55.487] (II) LoadModule: "fbdev"
[    55.487] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[    55.488] (II) Module fbdev: vendor="X.Org Foundation"
[    55.488] 	Module class: X.Org Video Driver
[    55.488] 	ABI class: X.Org Video Driver, version 25.2
[    55.488] (II) LoadModule: "vesa"
[    55.489] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[    55.490] (II) Module vesa: vendor="X.Org Foundation"
[    55.490] 	Module class: X.Org Video Driver
[    55.490] 	ABI class: X.Org Video Driver, version 25.2
[    55.490] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[    55.490] (II) FBDEV: driver for framebuffer: fbdev
[    55.490] (II) VESA: driver for VESA chipsets: vesa
[    55.491] (WW) Falling back to old probe method for fbdev
[    55.491] (II) Loading sub module "fbdevhw"
[    55.491] (II) LoadModule: "fbdevhw"
[    55.491] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[    55.492] (II) Module fbdevhw: vendor="X.Org Foundation"
[    55.492] 	ABI class: X.Org Video Driver, version 25.2
[    55.632] (II) modeset(0): glamor X acceleration enabled on Mesa Intel(R) HD Graphics 530 (SKL GT2)
[    56.479] (II) UnloadModule: "fbdev"
[    56.479] (II) Unloading fbdev
[    56.479] (II) UnloadSubModule: "fbdevhw"
[    56.479] (II) Unloading fbdevhw
[    56.479] (II) UnloadModule: "vesa"
[    56.479] (II) Unloading vesa
[    57.652] (II) modeset(0): [DRI2]   DRI driver: iris
[    57.652] (II) modeset(0): [DRI2]   VDPAU driver: va_gl
[    58.023] 	Module class: X.Org XInput Driver
[    58.023] 	ABI class: X.Org XInput driver, version 24.4

Sofar since the day before yesterday no new display hang occurred, which keeps the count at two in four days.

This is inxi -aG:

Graphics:
  Device-1: Intel HD Graphics 530 vendor: Gigabyte driver: i915 v: kernel
    arch: Gen-9 process: Intel 14n built: 2015-16 ports: active: HDMI-A-3
    empty: DP-1,HDMI-A-1,HDMI-A-2 bus-ID: 00:02.0 chip-ID: 8086:1912
    class-ID: 0300
  Display: x11 server: X.Org v: 1.21.1.11 with: Xwayland v: 23.2.4
    compositor: Picom v: 10 driver: X: loaded: modesetting unloaded: fbdev,vesa
    alternate: intel dri: iris gpu: i915 display-ID: :0 screens: 1
Comment 4 Stefan Dirsch 2024-06-19 22:45:23 UTC
No, xf86-video-intel isn't needed at all. Using modesetting X driver is perfectly fine.
Comment 5 Stefan Dirsch 2024-07-08 11:57:15 UTC
So things are working now - without changing anything?
Comment 6 Bat Pul 2024-07-08 12:02:14 UTC
Good you asked! Indeed no more crashes or hangs or other serious problems. Amazing as I didn't change anything. I did zypper update frequently. Maybe that helped? You can close this or let me do that for you. Thanks for your assistance.