1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

NVIDIA Confirms Linux Driver Problems

NVIDIA

Published on 17 April 2012 06:19 AM EDT
Written by Michael Larabel in NVIDIA
5 Comments

Yesterday I reported on it appearing the 295.40 NVIDIA Linux driver effectively fell off a cliff with a range of performance regressions, stability issues, and other problems. This issue has been confirmed by NVIDIA and they're working to address the situation.

Last week NVIDIA released the 295.40 Linux driver in order to address a high-risk security vulnerability that could allow hackers to gain access to the system memory via the GPU and the un-patched graphics driver. It turns out that the security fix is responsible for these weird issues now being experienced by a number of NVIDIA GeForce Linux users.

Fortunately, it turns out that the problem is namely affecting those with pre-G80 graphics hardware. For any GeForce 6 or GeForce 7 series graphics cards, or the GeForce 8800GTX and first-generation 8800GTS, are affected by these problems if upgrading the driver. The mainline NVIDIA Linux driver just goes back to the GeForce 6 series but their legacy drivers haven't been updated for this security fix.

"We have been made aware of an interaction problem between the fix contained in the newest release any any card with a chip older than G80, inclusive. This includes the full GeForce 6 and 7 series as well as GeForce 8800GTX and first-gen 8800GTS. We are actively working on resolving this issue and will provide an update as soon as possible. The symptoms can include graphical corruption, performance issues, crashes and temporary hangs. The release should be perfectly safe to use with more recent cards than that," writes a NVIDIA Linux engineer in this forum thread.

Separately, if you're noticing weird clock frequencies reported by the NVIDIA Linux driver on GeForce 600 "Kepler" series hardware, you're not alone. In my testing last week of the NVIDIA GeForce GTX 680 Linux driver with their binary driver, I noticed that PowerMizer and the "GPU3DClockFreqs" attribute for their control extension were reporting the GK104 GPU operating at 705MHz for its core. The GTX 680 should be topping out at 1006MHz.

At first it looked like it might have been a video BIOS issue with the MSI GeForce GTX 680, but it was a retail card and yesterday I received a message from NVIDIA's Andy Ritger when he got to the bottom of the situation. Andy's message is below.
GPU clock management changed significantly with Kepler, and not all of that is correctly reflected in nvidia-settings, yet. At this point, I believe what you are seeing is strictly due to nvidia-settings reporting deficiencies, rather than the driver not taking proper advantage of the GPU clocks.

For a little more detail:

* On Kepler, select clock domains, such as what nvidia-settings calls "graphics", have a range of possible clock values per Performance Level, and the driver dynamically adjusts within the range of possible values per clock per Performance Level.

* I think what is getting reported in nvidia-settings (both in the PowerMizer page and GPU3DClockFreqs) is the minimum value of each range.

You can be confident that the clock is certainly not running below what is reported in nvidia-settings, and it is likely running above that.

We'll work to get nvidia-settings updated to correctly report clock information on Kepler.
So for any Kepler owners running the NVIDIA Linux driver, the graphics card should be running at the correct frequencies, it just might not be reported that way for now. Coming up tomorrow will be the long-awaited NVIDIA GeForce GTX 680 Linux benchmarks and review.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. EXT4 In Linux 3.18 Has Clean-ups, Bug Fixes
  2. Emacs 24.4 Has Built-In Web Browser, Improved Multi-Monitor Support
  3. NVIDIA's NVPTX Support For GCC Is Close To Being Merged
  4. KDE's KWin On Wayland Begins Using Libinput
  5. Khronos Releases OpenVX 1.0 Specification
  6. Linux Kernel Working Towards GNU11/C11 Compatibility
  7. Ubuntu 15.04 Is Codenamed After A Monkey: Vivid Vervet
  8. Following GCC, Clang Looks To Default To C11
  9. Users/Developers Threatening Fork Of Debian GNU/Linux
  10. Linux 3.18-rc1 Released One Week Early With Many Changes
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. Bye bye BSD, Hello Linux: A Sys Admin's Story
  3. HOPE: The Ease Of Python With The Speed Of C++
  4. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  5. AMD Is Restructuring Again, Losing 7% Of Employees
  6. Open-Source AMD Fusion E-350 Support Takes A Dive
  7. Upgrade to Kaveri, very slow VDPAU performance
  8. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems

Close Advertisement

Close Advertisement