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

Reading The Clocks With Nouveau's New PM/Re-Clocking

Nouveau

Published on 10 November 2013 12:00 AM EST
Written by Michael Larabel in Nouveau
1 Comment

If you have checked out drm-next since yesterday when Nouveau received new re-clocking and power management code that's still experimental but brings initial support for Fermi and Kepler GPUs, you may have noticed the disappearance of the performance_level sysfs.

Up to now for reading the Nouveau GPU core and memory clock speeds, it's been handled from the command-line via /sys/class/drm/card0/device/performance_level. For more details on that current support see my original Nouveau re-clocking article. With Linux 3.13 and later for this new PM/re-clocking code that handles the modern GeForce 400/500/600/700 series hardware, the performance_level sysfs has been replaced by /sys/class/drm/card0/device/pstate. The structure is different but all of the performance states are now displayed via this single file rather than being spread out across multiple performance_level_* files.

As now shown by the Nouveau driver, the boot clock speeds for the GeForce GTX 680 "Kepler" GPU is 324 MHz and 324MHz for the video memory, which is a long shot from the 1006MHz base frequency (or 1058MHz Boost), which explains why the Nouveau driver is so slow compared to the binary driver.

Reading The Clocks With Nouveau's New PM/Re-Clocking


Unfortunately in Linux 3.13 this new re-clocking support is still very unreliable for GPU memory re-clocking so the newer NVIDIA graphics cards are still severely handicapped for at least another Linux kernel cycle. Even if the re-clocking is improved for Linux 3.14, it still will likely be disabled by default until widespread testing has occurred. At least with 3.13 we now have automatic fan-speed controls by default.

If you are an Ubuntu Linux user and curious to see what happens if you run your NVIDIA GeForce graphics card with the Nouveau kernel driver code to be merged in Linux 3.13, the easiest way to do is by trying out the drm-next mainline kernel packages. If you are a Phoronix Test Suite user, the latest Git code today now supports reading of the Nouveau clock information from the new pstate sysfs file. Sadly this is yet another example of open-source driver design fragmentation with there still being no uniform way for reading/setting GPU clock speeds and other attributes between the different open-source drivers and even multiple ways for a given driver.

Stay tuned for more Nouveau Linux 3.13 information in the coming days as the merge window officially opens.

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. 13-Way Low-End GPU Comparison With AMD's AM1 Athlon
  2. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  3. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  4. Overclocking The AMD AM1 Athlon & Sempron APUs
Latest Linux Articles
  1. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  2. AMD OpenCL Performance With AM1 Kabini APUs
  3. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  4. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
Latest Linux News
  1. Mesa 10.0 & 10.1 Stable Get Updated
  2. Getting Hit By The Variable Performance Of The Public Cloud
  3. Git 2.0 Test Releases Begin With Many Changes
  4. Wine 1.7.17 Works On Its Task Scheduler, C Run-Time
  5. The Improv ARM Board Still Isn't Shipping; Riding A Dead Horse?
  6. Debian To Maintain 6.0 Squeeze As An LTS Release
  7. Wasteland 2 Is Finally Released For Linux Gamers
  8. FreeBSD Advances For ARM, Bhyve, Clang
  9. Ubuntu 14.04 LTS "Trusty Tahr" Officially Released
  10. Ubuntu 12.04 LTS vs. 14.04 LTS Server Benchmarks
  11. QEMU 2.0 Released With ARM, x86 Enhancements
  12. Running The Unity 8 Preview Session On Ubuntu 14.04 LTS
Latest Forum Discussions
  1. Suggestions about how to make a Radeon HD 7790 work decently?
  2. The GNOME Foundation Is Running Short On Money
  3. Updated and Optimized Ubuntu Free Graphics Drivers
  4. Radeon 8000M problematic on Linux?
  5. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  6. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  7. Suspected PHP Proxy Issue
  8. Change installation destination from home directory