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. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  2. Intel 120GB 530 Series SSD Linux Performance
  3. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
  4. AMD's Windows Catalyst Driver Remains Largely Faster Than Linux Drivers
Latest Linux Articles
  1. Mesa 10.5-devel Brings Some Intel Haswell HD Graphics Changes Over Mesa 10.3
  2. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
  3. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  4. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
Latest Linux News
  1. ArrayFire Accelerated Compute Library Open-Sourced
  2. Amazon's Fire TV Stick: A Nice, Affordable Media Center Option
  3. Google Puts Chrome NPAPI Support On Final Countdown
  4. There's New In-Fighting Over The Future Of Compiz
  5. GTK+ Inspector Gains More Features Ahead Of GNOME 3.16
  6. Clang 3.6 Will Hopefully Have OpenMP Support
  7. A Go Front-End Could Soon Be Landing In LLVM
  8. Linux 3.18-rc6 Released, A Worrisome Regression Remains
  9. HandBrake 0.10 Brings H.265 & VP8 Encoders
  10. Gngr: A New Web Browser Focused On Privacy
Latest Forum Discussions
  1. Hurrican SDL Port
  2. Roadmap to Catalyst 14.10 ?
  3. how to configure module phoromatic ?
  4. PulseAudio 6.0 Is Coming & Other Linux Audio Plans For The Future
  5. Debian Developer Resigns From The Systemd Maintainership Team
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. Cant get working Kaveri APU - A10-7850k
  8. Script for Fan Speed Control