http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug ID: 1193250 Summary: Fully switch TW to DRM graphics drivers and disable fbdev drivers Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: X.Org Assignee: gfx-bugs@suse.de Reporter: tzimmermann@suse.com QA Contact: gfx-bugs@suse.de Found By: --- Blocker: ---
In TW, we mostly use fbdev vesafb and efifb drivers for early-boot display output and as fallback.
This has a number of problems, such as
* Most modern Wayland compositors don't support fbdev any longer. Even X' support is bolted-on. Generally, userspace support for fbdev is slowly fading. See bug 1187154.
* Handover from fbdev to native DRM drivers is unreliable and can result in stuck systems during boot. See bug 1181913.
Therefore, replace TW's fbdev drivers with simpledrm and maybe other DRM drivers.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|gfx-bugs@suse.de |tzimmermann@suse.com
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c1
--- Comment #1 from Thomas Zimmermann tzimmermann@suse.com --- The Linux kernel has support for simpledrm since 5.14. We have to enable it in TW.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c2
--- Comment #2 from Thomas Zimmermann tzimmermann@suse.com --- Xorg got rudimentary support for simpledrm in 21.0. [1]
We have a better method for supporting platform devices, but what's there should work. With the current X server, we'd need additional hacks for other platform drivers, such as hyperv_drm.
Wayland compositors only support DRM interfaces and should work with simpledrm. I tested with recent Gnome.
[1] https://gitlab.freedesktop.org/xorg/xserver/-/commit/b9218fadf3c09d835665492...
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c3
--- Comment #3 from Thomas Zimmermann tzimmermann@suse.com --- Grub2 needs to be configured with
GRUB_TERMINAL="gfxterm" GRUB_GFXPAYLOAD_LINUX="keep"
Yast does this for us already. If the former is set, the latter is implicit. So there's probably not much to add here.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c4
--- Comment #4 from Thomas Zimmermann tzimmermann@suse.com --- Part of the graphical booting process is a handover from early-boot drivers (simpledrm) to the device's native driver (amdgpu, i915, etc).
We should double-check that plymouth get's the handover right. This used to be a problem with early-boot fbdev graphics, because the fbdev code didn't support it well. DRM's simpledrm supports hot-unplug before the native driver takes over. That would resolve the issue, but one never knows.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c5
--- Comment #5 from Thomas Zimmermann tzimmermann@suse.com --- (In reply to Thomas Zimmermann from comment #2)
Xorg got rudimentary support for simpledrm in 21.0. [1]
We have a better method for supporting platform devices, but what's there should work. With the current X server, we'd need additional hacks for other platform drivers, such as hyperv_drm.
Wayland compositors only support DRM interfaces and should work with simpledrm. I tested with recent Gnome.
[1] https://gitlab.freedesktop.org/xorg/xserver/-/commit/ b9218fadf3c09d83566549279d68886d8258f79c
I work on patches for X to make platform devices configurable via udev. See [1].
[1] https://build.opensuse.org/package/show/home:tdz:branches:X11:XOrg/xorg-x11-...
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c6
--- Comment #6 from Thomas Zimmermann tzimmermann@suse.com --- (In reply to Thomas Zimmermann from comment #5)
(In reply to Thomas Zimmermann from comment #2)
Xorg got rudimentary support for simpledrm in 21.0. [1]
We have a better method for supporting platform devices, but what's there should work. With the current X server, we'd need additional hacks for other platform drivers, such as hyperv_drm.
Wayland compositors only support DRM interfaces and should work with simpledrm. I tested with recent Gnome.
[1] https://gitlab.freedesktop.org/xorg/xserver/-/commit/ b9218fadf3c09d83566549279d68886d8258f79c
I work on patches for X to make platform devices configurable via udev. See [1].
[1] https://build.opensuse.org/package/show/home:tdz:branches:X11:XOrg/xorg-x11- server
Merge request pending at https://build.opensuse.org/request/show/935464
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c7
--- Comment #7 from Thomas Zimmermann tzimmermann@suse.com --- (In reply to Thomas Zimmermann from comment #6)
(In reply to Thomas Zimmermann from comment #5)
(In reply to Thomas Zimmermann from comment #2)
Xorg got rudimentary support for simpledrm in 21.0. [1]
We have a better method for supporting platform devices, but what's there should work. With the current X server, we'd need additional hacks for other platform drivers, such as hyperv_drm.
Wayland compositors only support DRM interfaces and should work with simpledrm. I tested with recent Gnome.
[1] https://gitlab.freedesktop.org/xorg/xserver/-/commit/ b9218fadf3c09d83566549279d68886d8258f79c
I work on patches for X to make platform devices configurable via udev. See [1].
[1] https://build.opensuse.org/package/show/home:tdz:branches:X11:XOrg/xorg-x11- server
Merge request pending at https://build.opensuse.org/request/show/935464
Merged into https://build.opensuse.org/package/revisions/X11:XOrg/xorg-x11-server at rev 808.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c8
--- Comment #8 from Stefan Dirsch sndirsch@suse.com --- Pushed to factory/TW
https://build.opensuse.org/request/show/935539
I think we can close this now.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c9
--- Comment #9 from Thomas Zimmermann tzimmermann@suse.com --- (In reply to Stefan Dirsch from comment #8)
Pushed to factory/TW
https://build.opensuse.org/request/show/935539
I think we can close this now.
It's my tracker bug for all kinds of related updates. Can we leave it open?
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c10
--- Comment #10 from Stefan Dirsch sndirsch@suse.com --- Ah. Ok. Of course!
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193472
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193474
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193475
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193476
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Fully switch TW to DRM |[META] Fully switch TW to |graphics drivers and |DRM graphics drivers and |disable fbdev drivers |disable fbdev drivers
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Michal Suchanek msuchanek@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |msuchanek@suse.com
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193539
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Michal Suchanek msuchanek@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193532
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c11
Georgios Toptsidis gtoptsid@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gtoptsid@gmail.com
--- Comment #11 from Georgios Toptsidis gtoptsid@gmail.com --- After the introduction of this patch that checks /run for config files, i noticed that xorg ignored all my config files residing in /etc.
I may be wrong but looking at https://gitlab.freedesktop.org/xorg/xserver/-/blob/master/hw/xfree86/parser/... it seems to me that xorg uses only the first directory that has any files in it.
So, because it finds /run/X11/xorg.conf.d/10-card.conf file generated by udev, it ignores everything in /etc/X11/xorg.conf.d (and i guess also all the distro-supplied files in /usr/share).
My impression is further stengthened by the fact that if i delete the file in /run, then my configs are parsed correctly.
Is this a known - wanted behavior ?
Thank your for your time.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c12
--- Comment #12 from Thomas Zimmermann tzimmermann@suse.com --- Having /etc/X11/xorg.conf on the installer system blocks Xorg from reading other configuratoion files. The X server therefore fails to detect HyperV devices (and possibly others), which are configured via /run/X11/xorg.conf.d/
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c13
--- Comment #13 from Stefan Dirsch sndirsch@suse.com --- @Thomas /etc/X11/xorg.conf only exists during installation, not afterwards on installed system. So I think that's an additional issue.
@Georgios Could you copy all the snippets (apart from 50-device.conf) from /etc/X11/xorg.conf.d (if these exist) or /usr/share/X11/xorg.conf.d/ (if the formers don't exist) to /run/X11/xorg.conf.d where 10-card.conf is? Does this work then?
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193614
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c14
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on|1193614 |
--- Comment #14 from Thomas Zimmermann tzimmermann@suse.com --- (In reply to Thomas Zimmermann from comment #12)
Having /etc/X11/xorg.conf on the installer system blocks Xorg from reading other configuratoion files. The X server therefore fails to detect HyperV devices (and possibly others), which are configured via /run/X11/xorg.conf.d/
This was supposed to go into bug 1193614.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193614
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1193620
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c15
--- Comment #15 from Thomas Zimmermann tzimmermann@suse.com --- (In reply to Georgios Toptsidis from comment #11)
After the introduction of this patch that checks /run for config files, i noticed that xorg ignored all my config files residing in /etc.
I may be wrong but looking at https://gitlab.freedesktop.org/xorg/xserver/-/blob/master/hw/xfree86/parser/ scan.c#L798 it seems to me that xorg uses only the first directory that has any files in it.
So, because it finds /run/X11/xorg.conf.d/10-card.conf file generated by udev, it ignores everything in /etc/X11/xorg.conf.d (and i guess also all the distro-supplied files in /usr/share).
My impression is further stengthened by the fact that if i delete the file in /run, then my configs are parsed correctly.
Is this a known - wanted behavior ?
Thank your for your time.
Thanks for reporting. I opened bug 1193620 to track the problem.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c16
--- Comment #16 from Georgios Toptsidis gtoptsid@gmail.com --- (In reply to Stefan Dirsch from comment #13)
@Georgios Could you copy all the snippets (apart from 50-device.conf) from /etc/X11/xorg.conf.d (if these exist) or /usr/share/X11/xorg.conf.d/ (if the formers don't exist) to /run/X11/xorg.conf.d where 10-card.conf is? Does this work then?
Yes if i copy everything to /run then it works correctly.
I will include the logs at the other bug.
Thank you for replying.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1193620, which changed state.
Bug 1193620 Summary: Xorg config under /run disables /etc http://bugzilla.opensuse.org/show_bug.cgi?id=1193620
What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Guillaume GARDET guillaume.gardet@arm.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |guillaume.gardet@arm.com
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c17
Felix Miata mrmazda@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrmazda@earthlink.net
--- Comment #17 from Felix Miata mrmazda@earthlink.net --- (In reply to Thomas Zimmermann from comment #0)
- Handover from fbdev to native DRM drivers is unreliable and can result
in stuck systems during boot. See bug 1181913.
Is this what's happening in bug 1193640 and https://gitlab.freedesktop.org/drm/intel/-/issues/4762 ? I am "not authorized to access" bug 1181913.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Frank Kr�ger fkrueger@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fkrueger@mailbox.org
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c18
--- Comment #18 from Felix Miata mrmazda@earthlink.net --- Created attachment 854809 --> http://bugzilla.opensuse.org/attachment.cgi?id=854809&action=edit Xorg.bin core dump
Simpledrm apparently breaks TDM. It takes startx to get an X session open. "Cannot open master configuration file" in tdm.log seems to be noise, as it's there also when TDM works, e.g. in 15.3.
# zypper se -si nel-def | grep 5.15.1 il | kernel-default | package | 5.15.11-5.1.g730a488 | x86_64 | homeTiwaiSimpledrm # inxi -SGayz System: Kernel: 5.15.11-5.g730a488-default x86_64 bits: 64 compiler: gcc v: 11.2.1 parameters: BOOT_IMAGE=/boot/vmlinuz root=LABEL=pi3p07stw noresume ipv6.disable=1 net.ifnames=0 mitigations=auto 5 Console: pty pts/0 wm: kwin_x11 DM: TDM Distro: openSUSE Tumbleweed 20211224 Graphics: Device-1: Intel HD Graphics 630 vendor: Gigabyte driver: i915 v: kernel bus-ID: 00:02.0 chip-ID: 8086:5912 class-ID: 0300 Display: server: X.org 1.21.1.2 compositor: kwin_x11 driver: loaded: modesetting unloaded: fbdev,vesa alternate: intel Message: Advanced graphics data unavailable for root. # dmesg | grep -i simple [ 0.438182] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.438950] simple-framebuffer simple-framebuffer.0: [drm] drm_plane_enable_fb_damage_clips() not called [ 0.443365] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device # cat /var/log/tdm.log Dec 26 10:21:12 tdm_config[810] info: Cannot open master configuration file /etc/trinity/tdm/tdmdistrc
X.Org X Server 1.21.1.2 X Protocol Version 11, Revision 0 Current Operating System: Linux gb250 5.15.11-5.g730a488-default #1 SMP Thu Dec 23 06:47:43 UTC 2021 (730a488) x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz root=LABEL=pi3p07stw noresume ipv6.disable=1 net.ifnames=0 mitigations=auto 5
Current version of pixman: 0.40.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Dec 26 10:21:12 2021 (==) Using config directory: "/etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (EE) (EE) Backtrace: (EE) 0: /usr/bin/Xorg.bin (xorg_backtrace+0x85) [0x5600fa3e68e5] (EE) 1: /usr/bin/Xorg.bin (0x5600fa210000+0x1d83e5) [0x5600fa3e83e5] (EE) 2: /lib64/libc.so.6 (0x7fa60c4c1000+0x56430) [0x7fa60c517430] (EE) 3: /lib64/libc.so.6 (0x7fa60c4c1000+0x19ce05) [0x7fa60c65de05] (EE) 4: /usr/bin/Xorg.bin (0x5600fa210000+0xc61ef) [0x5600fa2d61ef] (EE) 5: /usr/bin/Xorg.bin (0x5600fa210000+0xc71c5) [0x5600fa2d71c5] (EE) 6: /usr/bin/Xorg.bin (0x5600fa210000+0xc72d8) [0x5600fa2d72d8] (EE) 7: /usr/bin/Xorg.bin (0x5600fa210000+0x1db5e1) [0x5600fa3eb5e1] (EE) 8: /usr/bin/Xorg.bin (WaitForSomething+0x1e0) [0x5600fa3e5290] (EE) 9: /usr/bin/Xorg.bin (0x5600fa210000+0x4c3b9) [0x5600fa25c3b9] (EE) 10: /lib64/libc.so.6 (0x7fa60c4c1000+0x405c0) [0x7fa60c5015c0] (EE) 11: /lib64/libc.so.6 (__libc_start_main+0x7e) [0x7fa60c50167c] (EE) 12: /usr/bin/Xorg.bin (_start+0x25) [0x5600fa25ce85] (EE) (EE) Segmentation fault at address 0x0 (EE) Fatal server error: (EE) Caught signal 11 (Segmentation fault). Server aborting (EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. (EE) (II) AIGLX: Suspending AIGLX clients for VT switch [tdekbdledsync] Unable to open X11 display! (EE) Server terminated with error (1). Closing log file. [2021/12/26 10:21:14.492] ERROR: cannot connect to X server Dec 26 10:21:14 tdm: :0[1019] error: Abnormal termination of greeter for display :0, code 1, signal 0 #
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c19
Dirk Weber d_werner@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |d_werner@gmx.net
--- Comment #19 from Dirk Weber d_werner@gmx.net --- Tested with i686-pae kernel https://download.opensuse.org/repositories/home:/tiwai:/simpledrm/standard/i... as described in bug 1190409 comment 4.
Currently it seems this change would break X on 32-bit x86 hardware which does not support SSE2 instruction set like e.g. Athlon-XP or Pentium-III and everything below.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Frank Kr�ger fkrueger@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|fkrueger@mailbox.org |
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c20
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugzilla.opensuse.or | |g/show_bug.cgi?id=1190409
--- Comment #20 from Thomas Zimmermann tzimmermann@suse.com --- (In reply to Dirk Weber from comment #19)
Tested with i686-pae kernel https://download.opensuse.org/repositories/home:/tiwai:/simpledrm/standard/ i686/kernel-pae-5.15.11-5.1.g730a488.i686.rpm as described in bug 1190409 comment 4.
Currently it seems this change would break X on 32-bit x86 hardware which does not support SSE2 instruction set like e.g. Athlon-XP or Pentium-III and everything below.
I'm adding a reference to your bug report. Although it's not directly related to the simpledrm changes.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1194373
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c21
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #854809|0 |1 is obsolete| |
--- Comment #21 from Thomas Zimmermann tzimmermann@suse.com --- Comment on attachment 854809 --> http://bugzilla.opensuse.org/attachment.cgi?id=854809 Xorg.bin core dump
Attachment moved to bug 1194373
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Felix Miata mrmazda@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1194384
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c22
--- Comment #22 from Thomas Zimmermann tzimmermann@suse.com --- Hi
(In reply to Felix Miata from comment #17)
(In reply to Thomas Zimmermann from comment #0)
- Handover from fbdev to native DRM drivers is unreliable and can result
in stuck systems during boot. See bug 1181913.
Is this what's happening in bug 1193640 and https://gitlab.freedesktop.org/drm/intel/-/issues/4762 ? I am "not authorized to access" bug 1181913.
It's unrelated. Bug 1181913 was a software bug wrt Plymouth. Your's seem to be a HW issue. (?)
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1194384, which changed state.
Bug 1194384 Summary: [simpledrm][UEFI] Black screen until KMS engages, then system freezes, when KMS is defective and plymouth=0 http://bugzilla.opensuse.org/show_bug.cgi?id=1194384
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1194373, which changed state.
Bug 1194373 Summary: TDM fails with simpledrm http://bugzilla.opensuse.org/show_bug.cgi?id=1194373
What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |WORKSFORME
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1194373, which changed state.
Bug 1194373 Summary: TDM fails with simpledrm http://bugzilla.opensuse.org/show_bug.cgi?id=1194373
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME |---
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c23
Christophe Giboudeaux christophe@krop.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |christophe@krop.fr
--- Comment #23 from Christophe Giboudeaux christophe@krop.fr --- Created attachment 855908 --> http://bugzilla.opensuse.org/attachment.cgi?id=855908&action=edit boot animation with simpledrm
I'll leave a note here as well.
Here's what the boot animation looks like on the main monitor I'm currently using kernel 5.16.5-4.g8e500f5-default from Kernel:Stable and a NVidia card.
The boot animation is displayed correctly on the second monitor (also attached to the same video card).
# dmesg | grep drm
[ 0.267678] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.269431] simple-framebuffer simple-framebuffer.0: [drm] drm_plane_enable_fb_damage_clips() not called [ 0.280838] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c24
--- Comment #24 from Felix Miata mrmazda@earthlink.net --- # inxi -SGayz System: Kernel: 5.16.5-7.g8e500f5-default x86_64 bits: 64 compiler: gcc v: 11.2.1 parameters: root=LABEL=<filter> ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 video=1440x900@60 3 Console: tty 3 Distro: openSUSE Tumbleweed 20220204 Graphics: Device-1: AMD RC410 [Radeon Xpress 200/1100] vendor: Dell driver: radeon v: kernel alternate: amdgpu bus-ID: 01:05.0 chip-ID: 1002:5a61 class-ID: 0300 Display: server: X.org 1.21.1.3 driver: loaded: modesetting tty: 180x56 Message: Advanced graphics data unavailable in console for root. # dmesg | head -n1 [ 0.000000] Linux version 5.16.5-7.g8e500f5-default (geeko@buildhost) (gcc (SUSE Linux) 11.2.1 20220103 [revision d4a1d3c4b377f1d4acb34fe1b55b5088a3f293f6], GNU ld (GNU Binutils; openSUSE Tumbleweed) 2.37.20211112-3) #1 SMP PREEMPT Thu Feb 3 08:26:55 UTC 2022 (8e500f5) # dmesg | egrep 'drm|adeon' [ 0.824592] ACPI: bus type drm_connector registered [ 3.296802] [drm] radeon kernel modesetting enabled. [ 3.296927] radeon 0000:01:05.0: vgaarb: deactivate vga console [ 3.298118] [drm] initializing kernel modesetting (RS400 0x1002:0x5A61 0x1028:0x01E5 0x00). [ 3.298367] [drm] Generation 2 PCI interface, using max accessible memory [ 3.298372] radeon 0000:01:05.0: VRAM: 32M 0x000000007E000000 - 0x000000007FFFFFFF (32M used) [ 3.298378] radeon 0000:01:05.0: GTT: 512M 0x0000000080000000 - 0x000000009FFFFFFF [ 3.298407] [drm] Detected VRAM RAM=32M, BAR=128M [ 3.298410] [drm] RAM width 128bits DDR [ 3.298477] [drm] radeon: 32M of VRAM memory ready [ 3.298481] [drm] radeon: 512M of GTT memory ready. [ 3.298506] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 3.303615] [drm] radeon: 1 quad pipes, 1 z pipes initialized. [ 3.303639] [drm] PCIE GART of 512M enabled (table at 0x0000000006F80000). [ 3.303708] radeon 0000:01:05.0: WB enabled [ 3.303717] radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x0000000080000000 [ 3.310530] radeon 0000:01:05.0: radeon: MSI limited to 32-bit [ 3.310589] [drm] radeon: irq initialized. [ 3.310617] [drm] Loading R300 Microcode [ 3.311169] [drm] radeon: ring at 0x0000000080001000 [ 3.311204] [drm] ring test succeeded in 0 usecs [ 3.311297] [drm] ib test succeeded in 0 usecs [ 3.312640] [drm] Radeon Display Connectors [ 3.312644] [drm] Connector 0: [ 3.312646] [drm] VGA-1 [ 3.312647] [drm] DDC: 0x68 0x68 0x68 0x68 0x68 0x68 0x68 0x68 [ 3.312650] [drm] Encoders: [ 3.312651] [drm] CRT1: INTERNAL_DAC2 [ 3.354431] [drm] fb mappable at 0xD0040000 [ 3.354444] [drm] vram apper at 0xD0000000 [ 3.354445] [drm] size 2592768 [ 3.354447] [drm] fb depth is 16 [ 3.354448] [drm] pitch is 2880 [ 3.357898] fbcon: radeondrmfb (fb0) is primary device [ 3.428278] radeon 0000:01:05.0: [drm] fb0: radeondrmfb frame buffer device [ 3.446729] [drm] Initialized radeon 2.50.0 20080528 for 0000:01:05.0 on minor 0 [ 19.456762] systemd[1]: Starting Load Kernel Module drm... [ 19.618426] systemd[1]: modprobe@drm.service: Deactivated successfully. [ 19.618766] systemd[1]: Finished Load Kernel Module drm. [ 34.888894] [drm] amdgpu kernel modesetting enabled.
I put Tiwai's simpledrm 5.16.5-7.g8e500f5-default on an old Dell Optiplex GX320 with 2.0GHz Core2Duo and no UEFI. Immediately after Grub Legacy gets the initrd loaded, the screen pauses 30 seconds to report (in 80x25 BIOS mode):
Probing EDD (edd=off to disable)... ok undefined video mode number: 317 Press <ENTER> to see video modes available... <list of 80 column modes F00-F07>
This doesn't happen with 5.15.12 (newest kernel installed prior to 5.16.5). When 5.16.5 proceeds after the pause, it's in gargantuan text BIOS 80x25 mode so long before KMS finally engages the display's native mode, or the mode specified by video=, that only about 90 lines (1.5 screenfuls on 1400x900 180x56) remain to be displayed after the KMS reset before the shell prompt appears. Adding edd=off to kernel cmdline is unhelpful. I tried checking other modes available via <ENTER>, selecting 133 before proceeding, which produced some seriously ugly text, though space saving compared to 80x25.
Later I put add_drivers+=" radeon " in /etc/dracut.conf.d/ and rebuilt initrd for the running 5.16.5 kernel, which sent initrd size from 15081K to 17438K, a hefty increase if 2357K, just to modestly cut the length of time running in 80x25 mode.
Why is simpledrm preventing use of traditional vesafb modes in the time before KMS engages? Is something else needed in the initrd or on kernel cmdline to enjoy traditional vesafb modes like vga=0x317 & vga=794 prior to KMS engagement? I don't get how simpledrm improves anything. :(
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c25
--- Comment #25 from Michal Suchanek msuchanek@suse.com --- Please attach complete logs of working and broken kernel.
This mode detection happens way before simpledrm is started so unless simpledrm enablement accidentally dropped something that should be included in the kernel realmode stub it's likely completely unrelated.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c26
--- Comment #26 from Felix Miata mrmazda@earthlink.net --- Created attachment 855923 --> http://bugzilla.opensuse.org/attachment.cgi?id=855923&action=edit dmesg from OK 5.15.12 kernel-default
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c27
--- Comment #27 from Felix Miata mrmazda@earthlink.net --- Created attachment 855924 --> http://bugzilla.opensuse.org/attachment.cgi?id=855924&action=edit dmesg from kernel-default-5.16.5.g8e500f5 that pauses right after initrd loading, reporting "undefined video mode number: 317"
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c28
--- Comment #28 from Felix Miata mrmazda@earthlink.net --- Same "undefined video mode number: 317" behavior as comment #24 with Oland Radeon and Tiwai's latest simpledrm kernel on an Asus Core2Duo motherboard: # inxi -SGayz System: Kernel: 5.16.8-6.g5d1f5d2-default x86_64 bits: 64 compiler: gcc v: 11.2.1 parameters: root=LABEL=<filter> ipv6.disable=1 net.ifnames=0 radeon.si_support=0 amdgpu.si_support=1 noresume mitigations=auto consoleblank=0 vga=791 video=1440x900@60 3 Console: pty pts/0 DM: SDDM Distro: openSUSE Tumbleweed 20220210 Graphics: Device-1: AMD Oland [Radeon HD 8570 / R5 430 OEM / R7 240/340 / Radeon 520 OEM] vendor: Dell driver: amdgpu v: kernel alternate: radeon bus-ID: 01:00.0 chip-ID: 1002:6611 class-ID: 0300 Display: server: X.org 1.21.1.3 driver: loaded: modesetting Message: Advanced graphics data unavailable for root.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c29
--- Comment #29 from Felix Miata mrmazda@earthlink.net --- Also getting this: # dmesg | grep simpl [ 0.358806] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.358829] simple-framebuffer simple-framebuffer.0: [drm] *ERROR* fbdev: Failed to setup generic emulation (ret=-22) # uname -a Linux ab560 5.16.9-4.g704dc30-default #1 SMP PREEMPT Fri Feb 11 08:51:25 UTC 2022 (704dc30) x86_64 x86_64 x86_64 GNU/Linux # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-cur root=LABEL=<filter> noresume ipv6.disable=1 net.ifnames=0 video=1440x900 5 # pinxi -GIayz Graphics: Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] vendor: ASUSTeK driver: i915 v: kernel ports: active: DP-1,HDMI-A-1 empty: HDMI-A-2,HDMI-A-3 bus-ID: 00:02.0 chip-ID: 8086:4c8b class-ID: 0300 Display: x11 server: X.Org v: 1.21.1.3 driver: loaded: modesetting unloaded: fbdev,vesa alternate: intel display-ID: :0 screens: 1 Screen-1: 0 s-res: 4480x1440 s-dpi: 120 s-size: 948x304mm (37.3x12.0") s-diag: 996mm (39.2") Monitor-1: DP-1 pos: right model: K272HUL built: 2018 res: 2560x1440 hz: 60 dpi: 109 gamma: 2.2 size: 598x336mm (23.5x13.2") modes: max: 2560x1440 min: 720x400 Monitor-2: HDMI-1 mapped: HDMI-A-1 pos: primary,left model: SAMSUNG built: 2009 res: 1920x1080 hz: 60 dpi: 305 gamma: 2.2 size: 160x90mm (6.3x3.5") modes: max: 1920x1080 min: 720x400 OpenGL: renderer: Mesa Intel Graphics (RKL GT1) v: 4.6 Mesa 21.3.6 direct render: Yes Info:...Shell: Bash v: 5.1.16 running-in: konsole pinxi: 3.3.12-28
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1195887
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1195885
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c30
--- Comment #30 from Michal Suchanek msuchanek@suse.com --- In the broken case no framebuffer is available before accelerated driver loads.
The mode detection happens way before simpledrm can do anything so I wonder how it would be affected. ... unless there is a condition to enable more modes that depends on vesafb and is not selected with simpledrm.
FWIW here is a 5.15.12 that should match the working one with simpledrm enabled:
https://build.opensuse.org/project/monitor/home:michals:kernel-test
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c31
--- Comment #31 from Michal Suchanek msuchanek@suse.com --- Nevermind, there is clearly need for this:
iff --git a/drivers/gpu/drm/tiny/Kconfig b/drivers/gpu/drm/tiny/Kconfig index 712e0004e96e..cc09e2ba166f 100644 --- a/drivers/gpu/drm/tiny/Kconfig +++ b/drivers/gpu/drm/tiny/Kconfig @@ -54,6 +54,7 @@ config DRM_GM12U320 config DRM_SIMPLEDRM tristate "Simple framebuffer driver" depends on DRM && MMU + select FB_BOOT_VESA_SUPPORT select DRM_GEM_SHMEM_HELPER select DRM_KMS_HELPER help
to be able to select extended VESA modes.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c33
--- Comment #33 from Felix Miata mrmazda@earthlink.net --- To multi-user.target, it boots so fast that nothing shows up on either screen until a whole screen full lights up with a login prompt at the bottom. I can see near black change to black about halfway through the few seconds between Grub menu and login prompt. When I boot directly to graphical.target, nothing shows up until the TDM greeter. # cat /proc/cmdline ...mitigations=auto video=1440x900@60 vga=791 3 # df / Filesystem 1K-blocks Used Available Use% Mounted on /dev/nvme0n1p7 8061880 5995640 1640256 79% / # systemd-analyze critical-chain | egrep 'multi|raphi' ������multi-user.target @2.767s # inxi -SGDy System: Host: gb250 Kernel: 5.16.10-1.g6b8c986-default x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20220214 Graphics: Device-1: Intel HD Graphics 630 driver: i915 v: kernel Display: server: X.org 1.21.1.3 driver: loaded: modesetting unloaded: fbdev,vesa Message: Advanced graphics data unavailable for root. Drives: Local Storage: total: raw: 1.93 TiB usable: 1.03 TiB used: 52.86 GiB (5.0%) ID-1: /dev/nvme0n1 vendor: Mushkin model: MKNSSDPL120GB-D8 size: 111.79 GiB ID-2: /dev/sda vendor: Seagate model: ST1000DM003-1CH162 size: 931.51 GiB ID-3: /dev/sdb vendor: Seagate model: ST1000DM003-1CH162 size: 931.51 GiB #
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c34
--- Comment #34 from Felix Miata mrmazda@earthlink.net --- (In reply to Felix Miata from comment #33)
When I boot directly to graphical.target, nothing shows up until the TDM greeter.
Which BTW, doesn't happen initially, apparently because it boots to quickly, segfaults, necessitating systemctl restart XDM. cf. https://bugzilla.opensuse.org/show_bug.cgi?id=1194373#c16
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c32
--- Comment #32 from Michal Suchanek msuchanek@suse.com --- Updated the test kernel to include this change instead.
It's untested but I don't expect it to explode badly. If simpledrm does not pick up the VESA framebuffer set up at boot you will not see anything until the accelerated driver loads. It should not really do anything but switching the graphics mode and filling out some info structure telling the kernel where the framebuffer is.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c35
--- Comment #35 from Michal Suchanek msuchanek@suse.com --- (In reply to Felix Miata from comment #33)
To multi-user.target, it boots so fast that nothing shows up on either screen until a whole screen full lights up with a login prompt at the bottom. I can see near black change to black about halfway through the few seconds between Grub menu and login prompt. When I boot directly to graphical.target, nothing shows up until the TDM greeter. # cat /proc/cmdline ...mitigations=auto video=1440x900@60 vga=791 3
simpledrm should still show up in the kernel messages if it's working
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c36
--- Comment #36 from Felix Miata mrmazda@earthlink.net --- Is all what follows as expected? # inxi -SMGy System: Host: gb250 Kernel: 5.16.10-1.g6b8c986-default x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20220214 Machine: Type: Desktop System: Gigabyte product: B250M-D3H v: N/A serial: N/A Mobo: Gigabyte model: B250M-D3H-CF v: x.x serial: N/A UEFI: American Megatrends v: F10 date: 12/14/2018 Graphics: Device-1: Intel HD Graphics 630 driver: i915 v: kernel Display: server: X.org 1.21.1.3 driver: loaded: modesetting unloaded: fbdev,vesa # cat /proc/cmdline ...mitigations=auto video=1440x900@60 3 # dmesg | grep simp [ 0.315292] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.315316] simple-framebuffer simple-framebuffer.0: [drm] *ERROR* fbdev: Failed to setup generic emulation (ret=-22) # systemctl reboot # cat /proc/cmdline | egrep 'vga|video' # dmesg | grep simp [ 0.307461] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.308217] simple-framebuffer simple-framebuffer.0: [drm] drm_plane_enable_fb_damage_clips() not called [ 0.312505] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device #cat /proc/cmdline ...mitigations=auto vga=791 3 # dmesg | grep simp [ 0.310916] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.311620] simple-framebuffer simple-framebuffer.0: [drm] drm_plane_enable_fb_damage_clips() not called [ 0.316049] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device #
# inxi -SGMy System: Host: ab560 Kernel: 5.16.10-1.g6b8c986-default x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20220214 Machine: Type: Desktop System: ASUS product: N/A v: N/A serial: N/A Mobo: ASUSTeK model: PRIME B560M-A v: Rev 1.xx serial: 210787670000384 UEFI: American Megatrends v: 1203 date: 10/27/2021 Graphics: Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] driver: i915 v: kernel Display: server: X.org 1.21.1.3 driver: loaded: modesetting unloaded: fbdev,vesa Message: Advanced graphics data unavailable for root. # cat /proc/cmdline ...vga=791 video=1440x900 3 # dmesg | grep simp [ 0.338659] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.338677] simple-framebuffer simple-framebuffer.0: [drm] *ERROR* fbdev: Failed to setup generic emulation (ret=-22) # systemctl reboot # cat /proc/cmdline | egrep 'vga|video' # dmesg | grep simp [ 0.343872] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.346197] simple-framebuffer simple-framebuffer.0: [drm] drm_plane_enable_fb_damage_clips() not called [ 0.352172] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device #
# inxi -GMSy System: Host: ara88 Kernel: 5.16.8-1-default x86_64 bits: 64 Console: pty pts/0 Distro: openSUSE Tumbleweed 20220213 Machine: Type: Desktop Mobo: ASRock model: FM2A88X Extreme6+ serial: <filter> UEFI: American Megatrends v: P4.20 date: 01/13/2016 Graphics: Device-1: AMD Kaveri [Radeon R7 Graphics] driver: amdgpu v: kernel Display: server: X.org 1.21.1.3 driver: loaded: amdgpu unloaded: fbdev,modesetting,vesa Message: Advanced graphics data unavailable for root. # cat /proc/cmdline | egrep 'vga|video' # dmesg | grep simp [ 0.326024] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.328105] simple-framebuffer simple-framebuffer.0: [drm] drm_plane_enable_fb_damage_clips() not called [ 0.336788] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device # systemctl reboot # cat /proc/cmdline | egrep 'vga|video' ...mitigations=auto consoleblank=0 radeon.cik_support=0 amdgpu.cik_support=1 video=1440x900@60 3 # dmesg | grep -A1 simp [ 0.321649] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0 [ 0.321695] simple-framebuffer simple-framebuffer.0: [drm] *ERROR* fbdev: Failed to setup generic emulation (ret=-22) [ 0.321704] EFI Variables Facility v0.08 2004-May-17 #
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c37
--- Comment #37 from Michal Suchanek msuchanek@suse.com --- (In reply to Felix Miata from comment #36)
# inxi -SGMy
Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] driver: i915 v: kernel Display: server: X.org 1.21.1.3 driver: loaded: modesetting
This part is not interesting, it's after the accelerated driver takes over
# cat /proc/cmdline ...vga=791 video=1440x900 3
[ 0.352172] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device
This looks like the simpledrm driver initialized correctly.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1201392
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c39
Paolo Stivanin pstivanin@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pstivanin@suse.com
--- Comment #39 from Paolo Stivanin pstivanin@suse.com --- https://bugzilla.opensuse.org/show_bug.cgi?id=1201453
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1193472, which changed state.
Bug 1193472 Summary: Enable simpledrm on x86-64 http://bugzilla.opensuse.org/show_bug.cgi?id=1193472
What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1193539, which changed state.
Bug 1193539 Summary: X server broken (showing only garbage) with simpledrm framebuffer http://bugzilla.opensuse.org/show_bug.cgi?id=1193539
What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1194373, which changed state.
Bug 1194373 Summary: TDM fails with simpledrm http://bugzilla.opensuse.org/show_bug.cgi?id=1194373
What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1193474, which changed state.
Bug 1193474 Summary: Enable simpledrm on i686 http://bugzilla.opensuse.org/show_bug.cgi?id=1193474
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1201833
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Jeffrey Cheung jcheung@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jcheung@suse.com
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1193475, which changed state.
Bug 1193475 Summary: Enable simpledrm on aarch64/arm http://bugzilla.opensuse.org/show_bug.cgi?id=1193475
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1201833, which changed state.
Bug 1201833 Summary: Enable simpledrm on riscv64 http://bugzilla.opensuse.org/show_bug.cgi?id=1201833
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c41
--- Comment #41 from Paolo Stivanin pstivanin@suse.com --- After yesterday's update, I have the same issue again (unknown non-existent monitor):
$ find /sys/devices -name "edid" /sys/devices/pci0000:64/0000:64:00.0/0000:65:00.0/drm/card1/card1-DP-4/edid /sys/devices/pci0000:64/0000:64:00.0/0000:65:00.0/drm/card1/card1-DP-2/edid /sys/devices/pci0000:64/0000:64:00.0/0000:65:00.0/drm/card1/card1-DP-3/edid /sys/devices/pci0000:64/0000:64:00.0/0000:65:00.0/drm/card1/card1-DP-1/edid /sys/devices/platform/simple-framebuffer.0/drm/card0/card0-Unknown-1/edid
adding the usual nosimplefb and reboot did the trick.
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250 http://bugzilla.opensuse.org/show_bug.cgi?id=1193250#c42
--- Comment #42 from Paolo Stivanin pstivanin@suse.com --- $ rpm -qi nvidia-gl-G06 | grep -E 'Version|Release' Version : 525.85.04 Release : 5.1
$ tumbleweed status latest : 20230116 target : 20230116 installed: 20230116
$ loginctl show-session 2 -p Type Type=wayland
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1208642
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1193476, which changed state.
Bug 1193476 Summary: Enable simpledrm on ppc64le http://bugzilla.opensuse.org/show_bug.cgi?id=1193476
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1208646
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1208656
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1208658
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1208660
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Thomas Zimmermann tzimmermann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1208662
http://bugzilla.opensuse.org/show_bug.cgi?id=1193250
Bug 1193250 depends on bug 1208662, which changed state.
Bug 1208662 Summary: uvesafb: Disable fbdev driver http://bugzilla.opensuse.org/show_bug.cgi?id=1208662
What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED
-
bugzilla_noreply＠suse.com