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. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
  2. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  3. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
  4. AMD Radeon Gallium3D Is Catching Up & Sometimes Beating Catalyst On Linux
Latest Linux News
  1. More File-System Tests Of The Linux 3.18 Kernel
  2. Using NVIDIA's NVENC On Linux With FFmpeg
  3. There's Talk Again About An "Open To The Core" Ubuntu Laptop
  4. PowerVR SGX Driver Code Gets Leaked
  5. V2 Of KDBUS Published For Linux Kernel Review
  6. VirtualBox 4.3.20 Arrives, Still No Sign Of VirtualBox 4.4
  7. Scientific Linux 6.6 vs. Scientific Linux 7.0 Benchmarks
  8. Qualcomm Looks To Get Into The ARM Server Business
  9. HHVM 3.4 Adds New Features, Support
  10. More Radeon Driver Changes Queued For Linux 3.19
Latest Forum Discussions
  1. Cant get working Kaveri APU - A10-7850k
  2. Script for Fan Speed Control
  3. Roadmap to Catalyst 14.10 ?
  4. Debian Init System Coupling Vote Results
  5. The Slides Announcing The New "AMDGPU" Kernel Driver
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. Debian Developer Resigns From The Systemd Maintainership Team
  8. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support