last slackpkg update stopped dual screen
 

hi again,
I have been using kdenlive to do some amatorial video editing and this is my box/screen setup:
a) desktop (Xeon E5 v3, 32GB RAM, NVIDIA GF116 6GB,) is connected to two 43" samsung (one LCD and one LED) screens
b) 17" laptop (i7 quad-core, 16GB, nVidia quadro 1G) is connected to a 24" samsung LCD screen

I run slackpkg update on both boxes almost at the same time and when i restarted them (i know it's not necessary but, i like to restart the system after a kernel upgrade)
1) the laptop did not start the 2nd screen at all and kept on freezing almost immediately
2) the desktop has one screen (the secondary) flickering continuously and after about 15-20mins slackware kinda freezes (cant use the mouse and or the keyboard and have to do a hard-reset).

Initially i thought that perhaps the new kernel was too much to handle for the laptop and even doubted that the integrated VGA was completely melted; then the problem seemed to affect also the desktop and I thought that it was too much of a coincidence for a kernel to mess up two completely different sets of hardware so, it has to do with the plasma update of Mon 21st of Dec 2020.

The interesting part is that if I physically disconnect the second screen on both computers it seems to work ok (no flickering, no system freeze).

Anyone has a similar issue? or an explanation and/or a solution?

p.s.: the primary screen on the desktop just started flickering too as i was typing this post; i am guessing that in about 10-15mins i will be unable to use it all and need to restart it

5.10.x kernel? Which X driver? Lots of complaints about using 5.10.x with NVidia's proprietary drivers.

Just checked my system info:
Graphic driver: nouveau, Open GL version 4.3(compatibility profile) Mesa 20.3.1

Although. I should point out, that I upgraded to KDE Plasma 5 two weeks ago and everything has been surprisingly smooth; no problems at all! With a further kernel upgrade 2nights ago, graphic issue started.

I had a similar problem with 'nVidia / nouveau' drivers freezing my box with slackware14.1 (https://www.linuxquestions.org/quest...es-4175646321/) and I remember being suggested to install the nVidia legacy drivers bcos my video card was too old. I upgraded my whole system and nVidia card too and I am not sure what drivers i need as in the nVidia website i cannot find the exact model (no matter what model i search the page seems to automatically link me back here)

so, i found the nvidia gtx 1060 driver and tried to install it.
Logged out of GUI, from root, init 3, ./nvidia*.run and it seems to load the nvidia kernel but after reaching 100% and waiting a few seconds i get an error msg about a 'wrong kernel'.
Below is the nvidia-installer.log file for those of you who understand what all that means; I would be grateful if anyone could tell me how to install the driver (i lost the resolution on the only working screen too and on 800x600 now).
Huge thanks

First download:
Latest New Feature Branch Version: 455.45.01 or the newer vulkan beta driver.
https://www.nvidia.com/en-us/drivers/unix/

Second install xf86-video-nouveau-blacklist:

"Blacklisting the nouveau driver is done by installing the xf86-video-nouveau-blacklist package from the “extra” directory of the Slackware version. This can be accomplished by using the install CD or DVD, obtaining the file from a Slackware mirror, or using the slackpkg utility."
https://docs.slackware.com/howtos:ha...hics_drivers?s[]=nouveau&s[]=blacklist

I'm not going to use nouveau so I uninstalled it and added
to .

Third: drop down to runlevel 3. Type . You can use the Slackbuild instead if you want.

OP didn't address my kernel question. It could be crucial to a solution.

The Nouveau DDX is a reverse-engineered optional package. The upstream default DDX, Modesetting, is provided in the server package, so not removable, and is simply engaged by not having the optional DDX package installed, or explicitly configuring via "Device" in /etc/X11/xorg.con*. It's newer technology, and not reverse-engineered. Possibly it wouldn't exhibit your problems.Driver primer might be worth a read here.

Done!

Done (and rebooted)!

Is this a necessary step? I would guess that by installing the 'nouveau-blacklist' package i dont need to worry about uninstalling the xf86-video-nouveau package, or am i wrong?

Done!

It still returns the same error message at the end of Kernel module building

two things:
1) i noticed this message on the nvidia-installer.log file
what is and, how to, enable Secure Boot?

2) it seems that I have already installed (maybe an older version?) of nvidia driver & kernel; so , can't I use these if they have been there for Sod knows how long?)

I have removed those nvidia packages that I must have installed long time ago (for whatever reason), and still when I launch the new nvidia installer ./nvidia-x.run the first screen warns me about an existing nvidia driver and installing the newer one will cause the deletion of the old. Where is it? i can't find any other nvidia packages on my system! :(

searching google on the error msg:
seems an issue that linux users have been having for years in ubuntu, opensuse, and now slackware
https://forums.developer.nvidia.com/...vidia-ko/34312
https://forums.developer.nvidia.com/...dia-ko/48275/5

I took a break from the desktop and downloaded a legacy nvidia driver for the laptop which has an older nvidia (quadro 1000M - nvidia driver 319.72, according to nvidia webpage); same os x64, same updates. I followed the same route: blacklist nouveau by installing the nouveau-blacklist pckg, rebooted, logged as root, launched the nvidia-x.run installer and interestingly no warning screen about the deletion of a previous/older driver but the installation hangs on 'Building Kenrel Module page; that's it! I waited for almost 1hr and then i decided to 'ctrl-c'.

Now i am left with two 800x600 systems, yay! :))

p.s.: checking the system details by kinfo centre there seems to be another vga vendor/driver. Shold i blacklist it on /etc/modprobe.d/blacklist-nouveau.conf?

Sorry, i only paid attention to the kernel question-mark now! (that llvmpipe, i do not know where it came from after i blacklisted nouveau).
Hope this helps!

Do you still have a 5.9.x kernel you can use? Does it give similar problems? Does your 5.10.2 kernel provide something you must have? Does the Modesetting DDX produce the same problems with either 5.9.x or 5.10.2?

No, no and no! I am not sure i know what modesetting DDX is.

However, i have some shocking news. I decided to delete blacklist-nouveau package and try to install the nvidia driver with sbopkg. They are not th latest version and the sbopkg nvidia-kernel does not even fully compile. I have both my screens back at 1360x768. No system freeze; although i have still the random flickering every 10-30seconds.

I know that this is not the solution but i have to admit that i am touching my keyboard with fear and rather wait quietly until the video-driver issue gets sorted by either ponce's repo, nvidia or the linux kernel than risking a complete system break and a total loss of software, settings and work that I have done in the last 6+ mnths. I just hoe that my video card will not melt

I swear I will never update my system again just for the sake of it! if i am happy with a kernel and its modules i will keep it for as long as i can.

Nevertheless, i will leave this thread open so if anyone has a solution to this problem (which i believe it to be related to nvidia-kernel not liking the linux-kernel) please join in.

Your attachment says "Graphics Processor: llvmpipe?" KDE isn't using your graphics card.

Secure Boot is in bios. Slackware requires it to be off to boot. Since Slackware boots then it should be off. The old 319.72 driver probably won't work with Current. Quadro M1000M and Quadro P1000 is listed as working with: https://www.nvidia.com/Download/driv...x/166883/en-us If your GPU isn't supported then your stuck with Nouveau.

Which version of gcc are you using?
Type

You should know if you read the link I provided in comment #6. It's the default Device Driver for X for the vast majority of non-antique GPUs made by AMD, Intel and NVidia for X86 hardware.

Wrong! As clearly shown in comment #6 above, the Nouveau DDX is not in use. The newer technology Modesetting DDX (the upstream default) is. Nouveau is an unnecessary option with the vast majority of non-antique NVidia GPUs. On the vast majority of my installations with NVidia GPUs, the Nouveau DDX isn't even installed, much less in use.

I have no idea about the Quadro so I just mentioned that since I'm not familiar with them. however said, "quadro 1000M - nvidia driver 319.72" for his laptop. I doubt that driver will work with the latest Slackware Current.

His problem appears to be that the nvidia driver won't build. I know that Pascal will build on Slackware Current's 5.10.2 Linux kernel build with the NVIDIA driver 455.45.01 and gcc 10.2.0. Each time he installs a new kernel the NVIDIA binary driver would have to be installed again unless he used DKMS. I'm confused. Anyway I'm exiting out of this conversation since I have nothing else to contribute. I just wanted to double check to see which gcc he is using.

however, a separate issue can cause freezing in Plasma 5. Go to System Settings->Search->File Search and disable Enable File Search.