Hello all,

Just to add more info to the thread: besides the lockups running 5.10.X, X <= 7, I'm also experiencing much worse audio quality.

Reverting to 5.4.84 solves both issues.

KV bump -> 5.10.7. NB: i915/drm patch in changelog + libdrm upgrade in SW-current. 24+ hours running & nary a burp | hiccup. (Promising, but, certainly too soon to proclaim victory.) Any other reports from the community?

No issues here since 5.10.5

Mine has also be behaving since .5. Still to early to proclaim the issue is "gone" though.

Agreed, too early. In my case it does seem like a one off though, desktop was running 5.10.4 and had a single lock-up
upon resuming from suspend-to-ram, had no lock-ups at all on other machines including my laptop.

I just experienced a full lockup on my desktop requiring a hard reset button. This is a fully up-to-date 64-current with 5.10.7 running kde5, rebooted yesterday after updates, suspended overnight until I resumed this morning. It worked great for maybe 3 hours until the lockup while konsole was open with mc running, dolphin running & focused on ~/Downloads while superposition was downloading & firefox with 3 tabs open. Before resetting after lockup I tried to ping & ssh from terminal on my chromebook, no joy.

On reboot my /home partition recovered orphaned inodes and my /boot/efi partition needed fsck to reset a dirty bit. Here's info center/system info copied to clipboard:

After bringing up the system the Xorg.0.log looks clean. ACPI throws startup errors seen in syslog:
I'll try running down these errors to see what I can find but thought posting sooner rather than later might be helpful.

I had similar experiences, hang-ups, freezes, etc. No luck with any of the different 5.10 kernels (tested up to 5.10.7) on my NVIDIA Quadro FX 580 (nouveau driver).

All problems went away when I changed to 5.4 kernel (5.4.89). No hick-ups or any other issues with KV.

I saw somewhere a suggestion to remove xf86-video-intel driver as it has some problems. On my setup it worked and now no freezes for few days after removal.

Sad report. 2021 January 15. 18:20 PST. Another lockup / freeze. KV 5.10.7 still ill.

Fedora 33 yesterday added 5.10.6 to its 5.9.16 /boot. I have that on another partition. It will take time to watch.

Can anyone else contribute here on the Fedora update?

Obviously many hours are needed to observe the malfunction.

As others have noted prior kernels seem fine. I have a CentOS Stream 8 using 4.18 & a Ubuntu with 5.8.x series.

Further relevant corroborating evidence with KV 5.10.6.

https://bugzilla.kernel.org/show_bug.cgi?id=211179

Quote from OP

"I am running up-to-date Arch Linux on a system with an Intel I5-9400 processor, 16 GB of ram, Asus mini-ITX motherboard. I do not use a desktop system, just a window manager (bspwm), starting X with startx at the login shell. I have tried using a different window manager and have seen the same problem described below.

About once/day, I am experiencing complete X freezes. The system is unresponsive to mouse or keyboard inputs, even attempts to switch consoles. I can ssh into the system from another and attempts to kill the xorg process with kill -9 fail, which suggests a driver problem to me. When I try to reboot, I get messages from systemd that it is waiting for the xorg process to die. Perhaps 5 or 10 minutes later, the system finally reboots."


My main sys is similar: xorg + wm + startx on SW-current, without systemd, of course. The ssh results are what I see, too.

Of relevance. Who is running kernel mode setting only, xorg-video-intel only, & both simultaneously? The majority of Linux users seem to do only the first; the second might be an extinct breed; the final scheme...? In the first category, there seem to be no or few problems on the latest kernels. Others have troubles. Comments?

If you're referring to the X driver, you're either running the "intel" driver or the "modesetting" driver. I don't think there's any way to run both simultaneously (I'm not sure what that would mean).

Slackware-current ships with both drivers available. In that situation, X picks the intel driver. I.e., if you install Slackware-current on a system with Intel graphics, and you haven't messed with things, you're running the intel driver.

If you want to use the modesetting driver on Intel graphics hardware, you can either remove the xf86-video-intel package, or set up an Xorg config file. (See posts 2, 14, and 16 in https://www.linuxquestions.org/quest...el-4175688351/.)

To answer your question: I've had zero crashes since switching to the modesetting driver with kernel 5.10.3. I'm currently on 5.10.7.

solved
 

After removing xf86-video-intel package, Xorg is now running on my Intel PC with Slackware-current-64 very well with kernel 5.10.x. On sddm log-on screen it see already that two displays with different resolutions are in use, and shows the screen with the different resolutions. Looks problem is solved with the removal of xf86-video-intel-x86_64-1.txz.

The Slackware leaders should provide some "official" guidance about these video / graphic drivers choices, configuration,... It is only now being clarified on LQ.

I have removed xf86-video-intel but still had the X freezes. I reverted to 5.4 after 5.10.4 so I don't know if 5.10.7 fixes my issue. I will try again this week. Obviously something got seriously broken in kernel 5.10.x.