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. Scythe Mugen MAX
  2. Intel Core i7 5960X Haswell-E On Linux
  3. Intel 80GB 530 Series M.2 SSD On Linux
  4. With A New Motherboard, The Core i7 5960X Haswell-E Lights Up
Latest Linux Articles
  1. 7-Way Linux Desktop Gaming Comparison On Ubuntu 14.10
  2. Intel P-State vs. CPUFreq Benchmarks On The i7-5960X
  3. RadeonSI GLAMOR Benchmarks With X.Org Server 1.16
  4. RadeonSI Gallium3D vs. Catalyst At 4K UHD On Linux
Latest Linux News
  1. Mesa Gets Closer To Having OpenGL 4.0 Tessellation Support
  2. Uselessd: A Stripped Down Version Of Systemd
  3. F2FS Tools Gain FSCK Support
  4. FreeBSD 10.1 Has The New VT Driver, Hardware Improvements
  5. AntiMicro 2.6 Yields Greater Compatibility For Gamepads On Linux
  6. OpenGL 3.3 / GLSL 3.30 Lands For Intel Sandy Bridge On Mesa
  7. AMD's RadeonSI Gallium3D Driver Sees Some Improvements
  8. Mesa 10.3 Released With The Latest Open-Source GPU Driver Improvements
  9. GNOME 3.13.92 Officially Released
  10. Wine 1.7.27 Is Still Working Towards Direct2D Support
Latest Forum Discussions
  1. Wasteland 2 Officially Launched Today, Including For Linux Gamers
  2. Can Linux kill a motherboard?
  3. X.Org Women Outreach Program Only Turns Up Two Applicants So Far
  4. New stress testing utility for GPU's
  5. Stop grabbing my keyboard :(
  6. New Group Calls For Boycotting Systemd
  7. SSD seems slow
  8. R. Tyler restarts work on FreeBSD launchd port, openlaunchd