[Bug 216277] New: X11 doesn't wait for amdgpu driver to be up
bugzilla-daemon at kernel.org
bugzilla-daemon at kernel.org
Sun Jul 24 14:55:50 UTC 2022
https://bugzilla.kernel.org/show_bug.cgi?id=216277
Bug ID: 216277
Summary: X11 doesn't wait for amdgpu driver to be up
Product: Drivers
Version: 2.5
Kernel Version: 5.18.11+
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI - non Intel)
Assignee: drivers_video-dri at kernel-bugs.osdl.org
Reporter: dark_sylinc at yahoo.com.ar
Regression: No
# Context
I'm using Xubuntu 20.04
I compiled Kernel 5.18.11+ myself (shows bug)
I compiled Kernel 5.13.7+ myself (does not show bug)
My GPU is AMD Radeon 6800 XT 16GB, I don't have an iGPU (CPU is Ryzen 5900X)
Mesa is:
OpenGL renderer string: AMD Radeon RX 6800 XT (sienna_cichlid, LLVM 14.0.1, DRM
3.46, 5.18.11+)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 22.0.5 - kisak-mesa
PPA
OpenGL core profile shading language version string: 4.60
# Steps to reproduce
1. Turn on the PC
2. On *some* occasions X11 will crash, taking down the keyboard; leaving the
computer in a seemingly frozen state while displaying tty with the last info
messages
3. As a workaround, I can login via ssh and type `sudo service lightdm restart`
and the X11 server will start and everything starts working perfectly fine
# Diagnostic
It seems X11 doesn't wait for amdgpu to be up. This can be seen by checking
/var/log/Xorg.0.log (attached):
[ 7.718] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 7.718] (II) FBDEV: driver for framebuffer: fbdev
[ 7.718] (II) VESA: driver for VESA chipsets: vesa
[ 7.718] (WW) xf86OpenConsole: setpgid failed: Operation not permitted
[ 7.718] (WW) xf86OpenConsole: setsid failed: Operation not permitted
[ 7.719] (EE) open /dev/dri/card0: No such file or directory
[ 7.719] (WW) Falling back to old probe method for modesetting
[ 7.719] (EE) open /dev/dri/card0: No such file or directory
Visually speaking, I *think* that X11 tries to init while tty is still in VESA
mode before/during switching to 1920x1080
AFAIK, systemd is responsible for waiting the GPU drivers are up. Does anybody
know where I should look? Does systemd need an update? Could this be a libDRM
issue? I currently have installed 2.4.110 in /usr/lib and libdrm 2.4.111
compiled from source in /usr/local/lib
I could try bisecting but unfortunately the reproducibility isn't "always"
which makes it hard to debug.
All of this has been working fine with Kernel 5.13.7+
Cheers
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
More information about the dri-devel
mailing list