[SOLVED] NVidia's Latest Long Term Driver, 361.28. Please see correction in post #7.
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,130
Original Poster
Rep:
Quote:
Originally Posted by Drakeo
Not having that problem yet on the 367.18 GTX-960 slack current
After installing the 367.18-beta driver the wallpaper for all my KDE virtual desktops (4) disappeared, as did the one "activities" (second desktop) I had setup. I reconfigured the wallpaper for the virtual desktops, but did not create a new "activity."
This morning, all but one of the wallpapers were missing, so as I said, the 367.18-beta driver was un-installed and replaced with the 364.19 driver. Once done, all the wallpaper that had been there before and the one "activity" reappeared. It couldn't be magic so there has to be a configuration file for each version of the video driver stored somewhere on the HD?
Version: 367.27
Release Date: 2016.6.13
Operating System: Linux 64-bit
Language: English (US)
File Size: 73.38 MB
Release Highlights:
Added support for the following GPUs:
GeForce GTX 1080
GeForce GTX 1070
Added support for VDPAU Feature Set H to the NVIDIA VDPAU driver. GPUs with VDPAU Feature Set H are capable of hardware-accelerated decoding of 8192x8192 (8k) H.265/HEVC video streams.
Fixed a bug that caused the X server to sometimes skip displaying Vulkan frames when the Composite extension is enabled.
Fixed a bug that would cause OpenGL applications to crash when creating a context on one X display connection, then making it current with no associated drawable on another X display connection. This fixes a crash when starting some versions of Matlab.
Fixed OpenGL presentation to SDI through the GLX_NV_video_out and GLX_NV_present_video extensions, which was broken by the introduction of the nvidia-modeset kernel module in 358.09.
Fixed a bug that caused an incorrect offset to be applied when using the full composition pipeline on a display whose image has both a rotation and a ViewportOut offset applied.
Fixed a bug that could cause nvidia-settings to crash on some systems when responding to events such as hotplugging DisplayPort devices.
Fixed a bug that could cause crashes in OpenGL applications which use glTextureView() with a non-zero minlevel.
Enhanced the Display Device information page in nvidia-settings with additional information for DisplayPort devices to reflect attributes which are specific to DisplayPort connections.
Fixed a bug which could cause deleted application profiles to appear when editing rules in the nvidia-settings control panel.
Fixed a bug that caused hangs when a G-SYNC monitor is unplugged and a non-G-SYNC monitor is connected while G-SYNC is active.
Fixed a bug that caused "nvidia-modeset: ERROR: GPU:0: Activating G-SYNC failed" to be printed to the system log if a G-SYNC monitor is connected and stereo is enabled in xorg.conf on a configuration that doesn't support it.
Added the NV_robustness_video_memory_purge OpenGL extension, which
allows applications to know when a mode switching or power event purged the contents of FBOs and BOs residing in video memory.
Fixed a bug that prevented HDMI 2.0 4K monitors from waking up from sleep or hot-replug.
Fixed a bug that could lead to a system crash if there was a peer-to-peer mapping still active during CUDA context teardown.
Well, if you have the latest -current update (Xorg 1.19), then you need to upgrade to 375.20. It's the first version to support Xorg 1.19.
Some notes:
1. I kept getting the "cannot create libEGL.so symlink; file exists" error when I tried to install the 32-bit compatibility layer. As far as I can tell, this is harmless.
2. If I log out of X, my console is blank and black. My workaround is to just start in runlevel 4 and stay in X all the time. Of course it's still an issue, but it's not a dealbreaker. Which kernel am I using? The stock generic 4.4.32 kernel. I'm also booting in UEFI mode, with rEFIND booting my kernel directly instead of going through any other boot loader. My google searches indicate that this may be a problem, although it hasn't been until now.
3. The workarounds for screen tearing are now checkboxes in NVidia Settings. Start by turning Vsync off in both the drivers and in your games. If you get screen tearing, turn ForceCompositionPipeline on in the driver. If you still get screen tearing, turn ForceFullCompositionPipeline on in the driver. If you still get screen tearing, turn "sync to vblank" on in the driver. You should never need to enable vsync in your games.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,130
Original Poster
Rep:
Regarding note 1: Yes, I've had the same problem with the new 375.20 driver and both the 4.4.29 and 4.4.32 kernels, but, as you said, it appears harmless, i.e., everything runs as it should.
I have not any of the problems described in notes 2 and 3.
Cheers.
I've found out when removing binary driver 340.98 from slackware64 with kernel 4.4.32, reinstalling mesa and xorg-server may not be enough to bring back nouveau.
Seems like it's done something to hwdb, so I had to remove /etc/udev/hwdb.bin and let it recreate itself, otherwise it would cause a panic on boot.
Caught me by surprise though, as I haven't seen that before.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,130
Original Poster
Rep:
Quote:
Originally Posted by dugan
Well, if you have the latest -current update (Xorg 1.19), then you need to upgrade to 375.20. It's the first version to support Xorg 1.19.
Some notes:
1. I kept getting the "cannot create libEGL.so symlink; file exists" error when I tried to install the 32-bit compatibility layer. As far as I can tell, this is harmless....
This problem has been fixed in the new long term driver 375.26, released today, 14 December 2016.
Added support for the following GPU(s):
Quadro GP100
Quadro P4000
Quadro P2000
Quadro P1000
Quadro P600
Quadro P400
Quadro M1200
Quadro M2200
Fixed a bug that caused system hangs when resuming from suspend with some GPUs.
Fixed a regression that could cause corruption when hot-plugging displays.
Fixed a regression that prevented systems with multiple DisplayPort monitors from resuming correctly from suspend.
They have also updated two of their legacy drivers.
Last edited by cwizardone; 02-14-2017 at 11:28 AM.
I just posted nvidia-375.39 LLB to Slackbuilds.org. Sure, you can use the .run, but the SBo packages allow building on systems, and VMs, that do not have Nvidia GPU installed.
There were a lot of library changes again with GLVND/vulkan/wayland support. I'd like to switch to nvidia-installer, and almost have most of the 'out-of-tree' install to a $PKG directory figured out, but the nvidia-installer insists on (1) checking got an Nvidia GPU, and (2) deleting conflicting libs. Nvidia makes it extremely difficult to build a standalone redistributable package.
If anyone wants to assist in patching nvidia-installer to remove the backup and conflicting files code, ping me via email (see .info)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.