LinuxQuestions.org - The Latest NVIDIA Linux Driver Release.

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - The Latest NVIDIA Linux Driver Release. (https://www.linuxquestions.org/questions/slackware-14/the-latest-nvidia-linux-driver-release-4175608923/)

Quote:

Originally Posted by bassmadrigal (Post 5796510)

I wonder if that means they're multilib support will be gone. If so, does that mean steam will no longer work or just 32bit steam games? I'm not sure if steam requires 32bit driver support to start up.

If 32bit support is completely removed, that may cause gamers in Linux to move to AMD with their open source amdgpu driver.

That is an extremely good point. Does this mean thast Steam is, finally, going 32 bit?
Edit: I meant 64 bit, of course...

Quote:

Originally Posted by bassmadrigal (Post 5796510)

I've read NVIDIA will continue to bundle 32-bit libraries with their 64-bit drivers, but we will have to wait and see.

Considering the current "Long Lived Branch" version is 384.98 and the "Short Lived Branch" version is 387.34, it will be awhile before we run through the 390.xx series.

I would love if this is the thing that finally pushes steam to put out a 64bit client.

But it would be smart for Nvidia to continue to bundle 32bit libraries. I imagine they'll still be in use for quite some time by older games that will never get a 64bit port.

For me, It can't be soon enough to dump 32-bit multilib compat32 in my nivia SBo scripts. Of course, that also means another nvidia-legacy script...

Nvidia has released a new "Long Lived Branch" driver, version 384.111.

http://www.nvidia.com/Download/drive...x/128737/en-us

Release highlights:

Quote:

Added support for the following GPUs:
GeForce MX130
GeForce MX110
GeForce GTX 1050 Ti with Max-Q Design
Quadro P500
Fixed a regression that prevented displays connected via some types of passive adapters (e.g. DMS-59 to VGA or DVI) from working correctly. The regression was introduced with driver version 384.98.
Fixed a bug that caused Quadro M2200 GPUs to enter the lowest available PowerMizer performance level when under load.

Nvidia has released the first beta of their 390 series, the last series that will support 32-bit.

https://www.geforce.com/drivers/results/128743

Release highlights:

Quote:

Added support for the following GPUs:
TITAN Xp COLLECTORS EDITION
GeForce GTX 1070 Ti
Added new application profile settings, "EGLVisibleDGPUDevices" and "EGLVisibleTegraDevices", to control which discrete and Tegra GPU devices, respectively, may be enumerated by EGL. See the "Application Profiles" appendix of the driver README for more details.
Corrected the SONAME of the copy of the libnvidia-egl-wayland library included in the .run installer package to libnvidia-egl-wayland.so.1. The SONAME had previously been versioned incorrectly with the full version number of the library.
Updated nvidia.ko to veto the ACPI_VIDEO_NOTIFY_PROBE event on kernels that allow the handler for this event to be overridden, to improve interaction between the NVIDIA driver and acpi_video on display hotplug events.
Updated the SLI Mosaic layout page in the nvidia-settings control panel to support topologies with up to 32 displays.
Fixed a bug that prevented Xinerama Info from being handled properly in SLI or Base Mosaic layouts with more than 24 displays.
Updated the X driver's composition pipeline (used for rotation, warp and blend, transformation matrices, etc) to also support stereo.
Added an OpenGL stereo preview feature to the screen page in nvidia-settings.
Fixed a bug where GetTexSubImage() would read incorrect data into a pixel buffer object when supplied with a target of GL_TEXTURE_1D_ARRAY and a non-zero yoffset value.
Added support for generic active stereo with in-band DisplayPort signaling. The X configuration option "InbandStereoSignaling" is deprecated in favor of this stereo mode. See "Appendix B. X Config Options" in the README for more information.
Modified the driver to avoid restoring framebuffer console modes on virtual reality head-mounted displays.
Fixed a bug that could cause a system crash when using the new NVreg_EnableBacklightHandler kernel module parameter on GPUs with no displays connected.

A few days ago I installed the beta 390 drivers on 3 systems - a new Debian Stretch install, an old 32 bit Slackware with a newly built 4.14.12 kernel, and my Main this 14.2 Multilib which also has a custom 4.14.12. The nVidia beta driver did indeed ask to install 32 bit libraries (I use the nvidia installer from runlevel 3) and runs fine and also honors my old "autostart" script to increase base fan speed and set PowerMizer to "prefer performance" instead of "adaptive". I'm pleased.

For those who may not see the other thread, 390 is the last Nvidia driver to offer support for 32bit OSes. However, it is unknown if they will continue to offer 32bit libraries on 64bit OSes (aka multilib).

http://nvidia.custhelp.com/app/answe...rating-systems

Quote:

Originally Posted by bassmadrigal (Post 5803903)

Emailed them to ask about 32-bit support in the 64-bit drivers. There's still too many 32-bit programs out there, like a lot of games and Windows programs (via WINE for us.)

Quote:

Originally Posted by garpu (Post 5803931)

Emailed them to ask about 32-bit support in the 64-bit drivers. There's still too many 32-bit programs out there, like a lot of games and Windows programs (via WINE for us.)

Yeah, there'd be a pretty serious hit in gaming and some programs through wine if they did drop 32bit libraries on 64bit OSes... but as far as I know, they haven't clarified it yet. Hopefully you'll get a response from them.

OK, did get a response. I don't think he understood what I was asking about, but none of it is anything new:

Quote:

From the email description, I understand that you are looking for NVIDIA graphics drivers for Linux 64-bit.

I would like to Inform you that the NVIDIA graphics driver version 390.65 or the later versions will neither operate nor can be Installed on 32-bit operating systems.

https://goo.gl/xELPkg

The footnote at the bottom of the notice makes me wonder: "Applicable to operating systems running on x64 and x32 CPU architectures." Do they mean people who run 32-bit OS on a 64-bit processor, or are they referring to the libraries bundled with the 64-bit drivers to enable compatibility with 32-bit applications? If it's the later, they'd hose a hell of a lot of people (and businesses, since many windows programs are still 32-bit.)

Quote:

Originally Posted by garpu (Post 5804159)

I think they're talking about 64bit computers running 32bit OSes.

Yeah, man! That sucks! Tragedy! :p

I welcome you in the bunch of those who have to rely in the open source drivers or in nothing. :D

Probably in future you will not agree so lightly with the X.org upgrades, right? :p

Quote:

Originally Posted by bassmadrigal (Post 5803903)

However, it is unknown if they will continue to offer 32bit libraries on 64bit OSes (aka multilib).

I'm 100 percent sure that they will.

(And if they don't I'm switching to AMD).

Quote:

Originally Posted by dugan (Post 5804237)

I'm 100 percent sure that they will.

(And if they don't I'm switching to AMD).

I'd be really surprised if they removed it, but I would've also thought that it would be something they'd mention if they were keeping it... :scratch: