I already mentioned this in the kernel forum, but I'm repeating it here for the benefit of my fellow Slackers. I just upgraded my 64-current partitions on both of my boxes, and on the vanilla partitions I have for clean software builds (nouveau instead of the proprietary Nvidia driver), I get lockups in X. Had to revert to 4.14.78 on those partitions to fix it. So far no problems using the Nvidia driver.

Same lockups on x86.
Had to 'upgradepkg' to kernel 4.4.14 from packages.slackware.com.

Do the lockups only occur after the monitor has gone into power-saving mode? If so, tweak the screensaver preferences to just turn the screen black, rather than off.

1 members found this post helpful.

No, my system locks up not in X. It locks up during booting process.
It just stops (for 1 minute or so), then backtrace log was shown.

Tried to boot several times, then gave up and switched to older kernel.

Can you share this backtrace with us? Is there anything else in your system logs or dmesg? What GPU is this?

1 members found this post helpful.

I reinstalled 4.19 kernel. Unfortunately it shows no backtrace now. Thing is inconsistent: I tried to boot 8 times, 5 times system just rebooted, 3 other times it locks up when switching to nouveaufb from VESA VGA goes on (sometimes there were graphical glitches - see photo).

I have attached the photos.

My GPU is nVidia GeForce 7600GS.

Attached Thumbnails

   

FWIW I am running 4.19 + xorg + nouveau on a GeForce GT 635M with no problems.

1 members found this post helpful.

I don't see anything resembling an error in those photos unfortunately, maybe if you asked one of the nouveau devs they might have a better idea what changed between those versions that could cause this.

In my case it may be that my cards are Geforce GTX 1050ti. From what little I have been able to fish out of the logs it's definitely a nouveau problem between the X driver and the kernel module.

If I can get one of my older boxes running again I want to try it out there, it has an older GT 730 card.

My laptop has the GeForce GTX 1050 Mobile/Intel hybrid chipset.

I have to blacklist the nouveau driver, or it will lock up while xorg is loading. I have to use the Intel graphics.

Might be completely unrelated to your problem though.

X pretty much locks up with Current and 4.19 on my Lenovo ideapad 320 with adm and R4 graphics.
Tried other distros with same problem, However any kernel less than 4.19 works fine. I've tried 4.14, 4.16, 4.18 with the other distros.
On this laptop running 4.19, X will load, but then pretty much locks up when starting to do anything. The cursor will move around, but doesn't respond to clicking via buttons or touchpad. Sometimes have to cold reboot, but once in a while, I can get to a console and login. From console tty, everything is normal. Just can't use X with the 4.19.
Reboot into the 4.14.74 kernel (huge or generic), and all is well working on X

Finally got the core 2 quad box running again (bad RAM stick), and here's what I've found so far. No lockups at all on that box with the GT 730 card and the nouveau driver. BUT, here is where it gets interesting. I am currently on one of the AMD FX boxes with a GTX 1050 ti card, and after updating current to the 4.19.1 kernel (as well as the libva update that also hit this week), so far I am not seeing any lockups. Kinda makes me wonder if the real problem was caused by libva, but time will tell. With the problems others have reported here as well, I am not about to mark this thread solved.

my very similar problems disappeared with 4.19.2

Sorry but I just have to ask why anyone who spent the ~200 bucks on a GTX 1050 Ti would choose run anything but the nVidia driver?

1 members found this post helpful.

This is true, nouveau's usefulness is greatly reduced with cards newer than kepler or maybe the first gen maxwell cards. Using a pascal card with nouveau is not going to work out so well when much of the functionality is locked behind unreleased firmware blobs from nvidia. People who want a free driver with a new GPU should be using AMD or intel, no offense intended towards people who use nvidia's proprietary driver.

For nvidia code names this is a pretty good resource.

https://nouveau.freedesktop.org/wiki/CodeNames/

1 members found this post helpful.