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

Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17

Nouveau

Published on 28 August 2014 05:54 AM EDT
Written by Michael Larabel in Nouveau
4 Comments

If you are trying to re-clock your NVIDIA GPU with the Nouveau driver when using the Linux 3.17 kernel, there's an extra step involved, but still your mileage may vary and the re-clocking is still mostly for Kepler GPUs.

With the Nouveau driver changes for Linux 3.17 there are no magic breakthroughs when it comes to re-clocking -- allowing the GPU's core and memory clocks to run at their rated frequencies and voltages rather than any (often much lower) values programmed by the video BIOS at boot time. With Linux 3.17 came re-clocking for Kepler GPUs and now it works, but generally not all performance levels/states properly function. If you are running a GeForce 400/500 "Fermi" GPU or other generations of NVIDIA hardware aside from the few integrated mobile chipsets, chances are you're out of luck in being able to tap the full potential of the GPU when using this open-source, reverse-engineered NVIDIA GPU.

Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17


When using the Linux 3.17 kernel there's no huge differences in the support and the how-to guide for re-clocking the GPU with Nouveau I outlined a few months back in Trying Out Nouveau GPU Re-Clocking On Linux 3.16. The re-clocking steps already changed once before back with the original Nouveau re-clocking code before the rewrite, but with Linux 3.17 there's now a minor difference compared to Linux 3.16.

Before trying my earlier steps, the new step to carry out right away is setting the nouveau.pstate=1 kernel module parameter. Without loading Nouveau that way or adding that string to your GRUB2 configuration, the performance state sysfs file isn't being shown. The reading/setting of the performance levels is currently (since Linux 3.16) done via the /sys/class/drm/card0/device/pstate file but with Linux 3.17 this file won't show up by default.

Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17


Ben Skeggs' commit message for the change reads, "drm/nouveau: hide sysfs pstate file behind an option again - No-one has yet had time to move this to debugfs as discussed during the last merge window. Until this happens, hide the option to make it clear it's not going to be here forever." So the sysfs file is no longer being shown by default since it really didn't belong there to begin with and compatibility will break regardless, so for now it's hidden behind the pstate module parameter before it's moved over to debugfs.

Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17


After exposing the pstate file, re-clocking for Kepler GPUs should be just like it was on Linux 3.16. In my tests on the different GeForce 600/700 GPUs, I'm still only hitting around the 0a performance level (a mid-range state) while anything higher is causing the system to hang or major corruption issues. While we can hope for improvements or expanded re-clocking for Linux 3.18, chances are there won't be any miracle with the drm-next-3.18 window closing in a few weeks, but there are outstanding patches for re-clocking improvements for select GPUs.

Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17
An example of Kepler re-clocking gone wrong with Nouveau on Linux 3.17.


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. Linux 3.18-rc1 Released One Week Early With Many Changes
  2. The VC4 Gallium3D Driver Is Still Moving Along For The Raspberry Pi
  3. Direct3D 9 Support Might Land Within Mainline Mesa 3D Drivers
  4. OpenGL Preview Benchmarks For NVIDIA's GeForce GTX 970
  5. HOPE: The Ease Of Python With The Speed Of C++
  6. Vitesse: Using LLVM To Speed Up Databases
  7. AMD Is Restructuring Again, Losing 7% Of Employees
  8. Linux Testing Of The NVIDIA GeForce GTX 970
  9. Qt 5.4 Now In Beta With Web, Bluetooth LE, Graphics Improvements
  10. AMD's Radeon R9 285 On Linux Offers Good OpenCL Performance
Latest Forum Discussions
  1. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  2. AMD Is Restructuring Again, Losing 7% Of Employees
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. Open-Source AMD Fusion E-350 Support Takes A Dive
  5. Upgrade to Kaveri, very slow VDPAU performance
  6. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems
  7. Lennart Poettering On The Open-Source Community: A Sick Place To Be In
  8. The Slides Announcing The New "AMDGPU" Kernel Driver