Bugzilla – Bug 1225286
noveau don't work after kernel update 6.9
Last modified: 2024-06-18 11:08:50 UTC
Created attachment 875102 [details] the problem on a photo Desktop KDE/GNOME Running sudo zypper dup caused a kernel update. Even after several restarts, the second AOC monitor on the Lenovo w520 continued to work. After going into energy saving mode a few times, the external display in question ran with a resolution of 4:9. After a restart, the display in the KDE login screen (is that SDDM?) gave an error message that it could not control the second monitor. In KDE it continued to work with the wrong resolution and could not be changed in the settings and was only displayed as VGA-1. After starting via grub(UEFI) it was possible to record the following error message with Google lens (unfortunately only parts of the message are preserved): 3.7901601[ T398) 0000:01:00.0: DRM: [DRM/00000001:kmsOutp] [LOAD_DET load:07 (ret:7) 3.802496][ TOS 0000:01:00.0: DRM: [DRM/00000001:kmsOutp] [LOAD_DET load:07 (ret:7) 0000:01:00.0: DRM: [DRM/00000001:kmsOutp] [LOAD_DET [ 3.854827][ T85 load:07 (ret:7) cau 0000:01:00.0: DRM: [DRM/00000001:kmsOutp] [LOAD_DET [ 3.888158][ T851 load:07 (ret:7) [ 3.921490][ T851 new 0000:01:08.0: DRM: [DRM/00000001:kmsOutp] [LOAD_DET load:07 (ret:7) The boot log showed no abnormalities. After resetting to a version about a week old, the system worked as expected: List of snapshots and updates: ---------------------------------------------------------------------------- -Snapshot that worked -didn't work (when resetting, but before the update) -didn't work (when resetting, but before the update) -The update -Sleep mode several times -didn't work ------------------------------------------------------- After resetting, everything worked until the next update. It should be mentioned that the monitor was turned off several times while it was connected, but it still works, so it's not a hardware defect. With other distros from the life USB stick, everything worked as expected. Once it's running, openuse tumbleweed is one of the most practical distributions.
would be nice to have that fixed
The problem exist also in 6.8/6.8.1/6.9/6.9.1
(In reply to l k from comment #2) > The problem exist also in 6.8/6.8.1/6.9/6.9.1 So this doesn't look like a kernel regression? You can try older kernels from my OBS repo, e.g. OBS home:tiwai:kernel:6.7, http://download.opensuse.org/repositories/home:/tiwai:/kernel:/6.7/standard/ If older kernels don't work, either, it must be another user-space change or such. You need to investigate the zypper update history.
Exist also in manjaro/arch-based systems fedora and KDE neon
More info: -Background: All cables work, including the GPU and the monitor The Nouveau driver cannot retrieve the EDID when starting if the transmission is via a 15-pin VGA cable. However, retrieving the EDID information works via a 14-pin VGA cable. There is a "shadow" with white text so that white text is displayed again in a weaker light about 30-40 pixels away. This does not happen under other operating systems. The -5V line is missing with 14-pin VGA cables. https://www.ecosia.org/search?q=14%20pin%20vga%20cable&addon=opensearch https://en.wikipedia.org/wiki/Extended_Display_Identification_Data
(In reply to l k from comment #6) > More info: > -Background: > All cables work, including the GPU and the monitor > > The Nouveau driver cannot retrieve the EDID when starting if the > transmission is via a 15-pin VGA cable. However, retrieving the EDID > information works via a 14-pin VGA cable. There is a "shadow" with white > text so that white text is displayed again in a weaker light about 30-40 > pixels away. This does not happen under other operating systems. > > The -5V line is missing with 14-pin VGA cables. > > https://www.ecosia.org/search?q=14%20pin%20vga%20cable&addon=opensearch > > https://en.wikipedia.org/wiki/Extended_Display_Identification_Data Under an old linux mint the 15 line vga cable works just fine
At the moment able to recieve edid infos over normal 15 pin cable. Thanks!
(In reply to l k from comment #8) > At the moment able to recieve edid infos over normal 15 pin cable. Thanks! So this works fine now with the latest kernel?
Des. With the latest kernel it works fine.
OK, then let's close now happily ;)