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.
I have an old (10 yrs) GeForce chipset that isn't supported after 304. This also means I'm using kernel 4.8.x, because I can't get the driver to compile for 4.9 or later. If anyone has any tips, I'd be grateful.
Added support for the following GPUs:
GeForce GT 1030
GeForce MX150
Fixed a bug that prevented changes to stereo eye assignment from getting applied from the nvidia-settings control panel.
Fixed a bug that caused S4 suspend (also known as "hibernate") to hang during suspend when SLI was enabled.
Fixed a bug where devices would not be properly enumerated by the Vulkan driver. See the "Known Issues" section of the README for more details.
Fixed a bug that could cause OpenGL applications to crash after calling glDeleteBuffers on VBOs that have been remapped with ARB_vertex_attrib_binding.
Fixed a bug that could sometimes cause OpenGL applications to lock up until the X server receives input.
Fixed a bug that caused nvidia-settings to drop device BusID values when making changes to an existing X configuration file.
Fixed a regression that prevented nvidia-xconfig from querying some GPUs, e.g. when running `nvidia-xconfig -a`.
Fixed a bug that caused VDPAU playback to be corrupted when extended to coordinates beyond 16384 pixels.
Updated nvidia-persistenced to initialize nvidia-modeset.ko in addition to nvidia.ko when setting persistence mode.
Restored several sanity checks that were inadvertently removed from the kernel module build process in the 355.06 driver.
Added support for a "Nearest" transform filter in the X driver. This causes the X driver to use nearest neighbor filtering when performing screen transformations. The filter can be requested through the 'filter' argument to RandR's RRSetCrtcTransform, or through the 'ResamplingMethod' MetaMode token.
Fixed a bug where nvidia-installer would install a wrong version of the Vulkan ICD configuration file when GLVND is disabled for the GLX client.
Fix a bug with GLX_EXT_buffer_age where incorrect buffer age values would be reported for SLI AFR configurations. In such configurations buffer age may now be greater than 3, the previous maximum buffer age.
Fixed a bug that could cause hanging and Xids when performing RandR transforms with Overlay and SLI enabled.
Extended the information reported by the NVIDIA Xinerama X extension to report PRIME displays in addition to directly-connected displays.
Fixed a bug that caused HDMI audio devices to appear or disappear inconsistently when HDMI devices were hotplugged or unplugged.
Fixed a bug that could cause driver errors when setting modes on X screens running at Depth 8 or Depth 15.
Fixed a bug that could cause intermittent kernel panics when running with PRIME Sync.
Fixed a bug that caused a kernel panic when hotplugging HDMI displays on some Zotac mini PCs.
Updated nvidia-installer to label kernel modules with SELinux file type 'modules_object_t'. Some system SELinux policies only permit loading of kernel modules with this SELinux file type.
Removed support for checking for and downloading updated driver packages and precompiled kernel interfaces from nvidia-installer. This functionality was limited to unencrypted ftp and http, and was implemented using code that is no longer actively maintained.
Tested the 384.59 on kernel 4.4.78 and learned a few things.
* nvidia-384.59 Xorg driver works on my machine, can read display EDID from file, and supports a number of native resolutions.
* nvidia-persistenced-384.59 works too, I just renamed the template to rc.nvidia-persistenced & set user and group manually accoring to documentation.
* nvidia-modeset is now used for switch to VT and it doesn't work on my machine, nvidia-modeset cannot read display EDID from file and the monitor doesn't provide one.
* nvidia-modeset can only switch to VT properly if vga=normal is passed to the kernel, in case vesafb driver is used on VT then nvidia-modeset turns off the monitor.
* nvidia-drm is still experimental, and doesn't work on my machine. Video mode and drm_kms_helper.edid_firmware is ignored by nvidia-drm, this only works properly with nouveaufb.
There's regression there somewhere, because on legacy 340 series it's possible to pass video=vesafb:1024x768 and use that resolution for VT.
While on 384 series the only available mode is vga=normal which is unsuitable for my hardware, it renders beyond display borders making it useless.
I'm surprised it even works on this setup to be honest, because the board is about 2 years behind the card and the monitor is even older.
Figured there's zero chance anyone from NVIDIA has a LCD monitor which doesn't expose EDID, they even mark with [CRT] anything connected to VGA port.
So I don't even bother reporting it to them, and use the legacy branch with vesafb.
I have an old (10 yrs) GeForce chipset that isn't supported after 304. This also means I'm using kernel 4.8.x, because I can't get the driver to compile for 4.9 or later. If anyone has any tips, I'd be grateful.
I can't help you with a link but I stumbled over a page on nvidia's site where the card number is entered and it selects the driver for it. This was a few months ago so should still be about. I'm not sure what kernel versions they check against but would suspect only latest stable.
...Please note these drivers are for developers who want to experiment with “OpenGL 4.6”. Other developers and consumers should download drivers from http://www.nvidia.com/Download/index.aspx. The best way to stay up to date with drivers and other news from NVIDIA is to install GeForce Experience...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.