FS#61230 - [linux]Nouveau driver stop working with Linux 4.20
Attached to Project:
Arch Linux
Opened by Obs (obspm) - Tuesday, 01 January 2019, 13:59 GMT
Last edited by freswa (frederik) - Sunday, 13 September 2020, 13:56 GMT
Opened by Obs (obspm) - Tuesday, 01 January 2019, 13:59 GMT
Last edited by freswa (frederik) - Sunday, 13 September 2020, 13:56 GMT
|
Details
Description:
After upgrade to linux 4.20 my Xorg session does not start, or to be more precise it's start bug almost no image on the screen. Just some random color. I'm not sure if it's related to the https://bugs.archlinux.org/task/61216 or not. What I'm sure is after downgrade to linux 4.19-12 everything work fine. I'm not sure if the problem is with xf86-video-nouveau, I just notice no upgrade of xf86-video-nouveau after upgrade to 4.20 Additional info: * package version(s) xf86-video-nouveau : 1.0.15-3 * config and/or log files etc. Steps to reproduce: After upgrade the kernel, no X11 (launch by gdm) |
This task depends upon
Closed by freswa (frederik)
Sunday, 13 September 2020, 13:56 GMT
Reason for closing: Not a bug
Additional comments about closing: This is not a packaging bug. If still applicable, report upstream. Thank you
Sunday, 13 September 2020, 13:56 GMT
Reason for closing: Not a bug
Additional comments about closing: This is not a packaging bug. If still applicable, report upstream. Thank you
Is modesetting also affected?
Note that I was able to get Xorg session working by appending 'single' to grub kernel command line and then as root restoring default: systemctl default
sudo pacman -Syy
sudo pacman -S nvidia
reboot
Yesterday after you request the Xorg.log, because I want to able to have a session, I disable gdm (systemctl disable gdm), I make the upgrade and reboot.
After the reboot I log in the console and launch a systemctl start gdm...and it's works. So I re-enable gdm and reboot, and...it still working.
This morning I start the PC and...nothing work same problem as at the beginning, just some unstable weird colors on the screen (still on automatic launch gdm), I get the /var/log/Xorg.log.0 and disable the gdm at start and reboot. Launch gdm with systemctl and...it's working....
Regards
Working use 'single' in kernel command line, and then I'm returning to normal mode using 'systemctl default': Display is then working nicely.
Failing use the default command line, and display is vertically misaligned.
Not so much difference in the logs from my point of view. Working goes a bit further in modeset step.
I will try the nvidia driver. Thanks for your support!
Xorg.0.log.failing (42.5 KiB)
Thanks
**EDIT**
Blacklisting nouveau or installing nvidia package works around the issue. I did not have to blacklist nouveau with kernel 4.19
lspci.log (11.7 KiB)
lsmod.log (6.4 KiB)
nouveau 0000:01:00.0: gnome-shell[13877]: failed to idle channel 6 [gnome-shell[13877]] (see trying_to_vfree_bad_address.log for linux-lts-5.4.21 and trying_to_vfree_bad_address_5.4.32.log for linux-lts 5.4.32)
or
nouveau 0000:01:00.0: fifo: channel 6 [gnome-shell[13877]] unload timeout (see timeout.log for linux-lts-5.4.21 and timeout_5.4.32.log for linux-lts 5.4.32)
I don't recall exactly, if it was with the 5.4-lts kernel or with a non-lts version, where I also observed a messed-up screen with colored stripes after wakeup from suspend.
I tried the current linux kernels 5.5 or 5.6 also, but had the same issue.
My current solution is keeping the 4.19 kernel building my own package...
BTW: There is an open issue upstream https://bugzilla.kernel.org/show_bug.cgi?id=206225
timeout.log (8.1 KiB)
timeout_5.4.32.log (13.8 KiB)
trying_to_vfree_bad_address_5... (14.9 KiB)