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

RC6 To Be Flipped On For Sandy Bridge, Ivy Bridge

Intel

Published on 10 December 2011 07:25 AM EST
Written by Michael Larabel in Intel
Comment On This Article

Keith Packard on Friday evening fired off an email and patch to enable RC6 power-savings support on Intel Sandy Bridge and Ivy Bridge hardware where possible. This hardware feature can decrease power usage while also increasing performance in certain workloads.

For Sandy Bridge (Gen6) hardware, RC6 will be enabled when IOMMU is not enabled while for the next-generation Ivy Bridge (Gen7) hardware, RC6 can safely be enabled always. For Ironlake and previous generations of Intel hardware, RC6 isn't being used by default.

The RC6 support state can still be manually toggled via the i915.i915_enable_rc6=1 kernel module parameter.

RC6 allows the Intel hardware to rest in a deeper power-savings state. The feature hasn't been on by default yet since it's caused havoc for some systems with stability issues and other problems.

Back in October I did some Intel Sandy Bridge RC6 benchmarks to show the increased power-savings. That's also when I discovered that RC6 can actually increase the OpenGL performance too. The increase is often quite significant. The Intel explanation about RC6 increasing the graphics performance can be found in this posting.

Recently a patch was also floated that can make RC6 go deeper, but that's not queued up for this kernel cycle.

Keith Packard & Co are hoping to push this RC6-by-default into the Linux 3.2 kernel pending any new issues coming up. However, with Linux already being concerned this cycle and already ranting about one DRM pull, I wouldn't be surprised if he rejects this patch for Linux 3.2. RC6 has been known to cause problems in the past with earlier revisions of the Intel DRM, and since this isn't a regression fix, he may try to postpone it until the Linux 3.3 kernel but we will see in the coming days what happens.

The "final" RC6 patch can be found in this mailing list message.

Latest Linux Hardware Reviews
  1. Overclocking The AMD AM1 Athlon & Sempron APUs
  2. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  3. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
  4. AMD Athlon 5350 APU On Linux
Latest Linux Articles
  1. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  2. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  3. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  4. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
Latest Linux News
  1. Trying Out Radeon R9 290 Graphics On Open-Source
  2. Intel Broadwell GT3 Graphics Have Dual BSD Rings
  3. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  4. Red Hat Releases Its RHEL 7 Release Candidate
  5. New Features Coming To Xubuntu 14.04 LTS
  6. NVIDIA Officially Releases CUDA 6
  7. Google Releases An AutoFDO Converter For Perf In LLVM
  8. Fedora 21 To Evaluate Remote Journal Logging, 64-bit ARM Emulation
  9. Star Citizen Will Be Coming To Linux
  10. Ubuntu 14.10 Convergence To Focus On Replacing Core Apps
  11. The Results Of Optimizing Radeon's VRAM Behavior
  12. Kernel Developers Discuss Improving Kernel Configurations
Latest Forum Discussions
  1. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  2. The GNOME Foundation Is Running Short On Money
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. New tool for undervolt/overclock AMD K8L and K10 processors
  5. How to enable opengl 3.3 on r9 270?
  6. R290x sound problems
  7. radeon-profile: tool for changing profiles and monitoring some GPU parameters
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel