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

Intel Tries To Fix RC6 Support Once Again

Intel

Published on 12 February 2012 02:18 PM EST
Written by Michael Larabel in Intel
Comment On This Article

After several attempts that ultimately failed, this weekend Eugeni Dodonov published a patch-set as "Another chapter in RC6 saga..." where he hopes the Sandy Bridge RC6 power-savings (and performance boosting) support is finally reliable to enable by default.

For those that aren't familiar with Intel RC6 at this stage, you must read more Phoronix articles as it's been routinely covered in past months. To get up to speed, read SNB RC6 On Linux 3.1 Is Both Good & Bad where it outlines the power-savings abilities of this hardware feature, which allows the Intel graphics processor to be dropped into a lower-power state. At the same time as conserving precious energy, RC6 can also boost graphics performance as Phoronix benchmarks have shown in other articles.

Unfortunately for a select number of systems, having RC6 enabled has caused issues when booting and/or lock-ups. There's also a more problematic deeper RC6 state, but Sandy Bridge and Ivy Bridge RC6 support was enabled for Linux 3.2 and then quickly reverted as it still was causing problems, among other failed attempts by Intel to support this feature. Sandy Bridge is the first Intel generation of hardware to support RC6, which is where the Linux support is buggy, but under the next-generation Ivy Bridge hardware is where RC6 support is said to be more stable and is still enabled by default in the mainline kernel.

RC6 is really great as the power savings tend to be significant and the performance boost is also measurable and welcomed. Seeing Intel not be able to nail this feature by default but rather relying upon using the i915.i915_enable_rc6=1 parameter to tap this power-savings has been unfortunate as most Linux users are likely unaware of its existence. Fortunately, Eugeni's latest patches might finally be in order.

From the Intel mailing list on Saturday:
so far, apparently all the RC6-related issues on Sandy Bridge seem to be gone when we enable RC6 but do not enable deep RC6. This apparently also cures the symptoms we were seeing with RC6 when VTd was active, so in theory we won't need the intel_iommu duct-taping anymore.

Somehow, we haven't attempted to flip the default RC6 status once again this year (yet), so this seems to be a good timing to get this into -next and ask the ones affected by RC6 bugs with 3.2 kernel to test. If this indeed would fix the problems with rc6, I guess we can slip this into -fixes; but with all the RC6 default status flip-flopping of the past months I prefer to be sure that it won't get reverted once again.

Note that this patch also gives a way to get into deepest rc6 - but it really never should be enabled by default. It is provided merely as a way to easy the debugging of those RC6 issues in the future.

This sounds quite promising, especially that RC6 should now play well when Intel VTd support is enabled. Landing his two RC6 patches into the "-next" branch would mean that the revised RC6 support would go into the Linux 3.4 kernel in the coming months. If everything pans out there, it could hit "-fixes" so the patches could would work their way back to the stable branches (sadly, probably too late for the initial release of Ubuntu 12.04 LTS).

In terms of the deeper RC6 states that still won't be on by default due to issues, those are still toggled by the i915.i915_enable_rc6 kernel parameter. However, rather than just using a value of 1 to enable the support, setting it to 3 would enable deep RC6, a value of 5 would enable the deepest RC6 state, and a value of 7 would enable everything.

More Phoronix tests of Intel RC6 are being conducted.

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. AMD's New Athlon/Semprons Give Old Phenom CPUs A Big Run For The Money
  2. 13-Way Low-End GPU Comparison With AMD's AM1 Athlon
  3. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  4. Mini-Box M350: A Simple, Affordable Mini-ITX Case
Latest Linux Articles
  1. How Much Video RAM Is Needed For Catalyst R3 Graphics?
  2. Ubuntu 12.04 LTS vs. 14.04 LTS Cloud Benchmarks
  3. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  4. AMD OpenCL Performance With AM1 Kabini APUs
Latest Linux News
  1. Oracle Linux 6.5 vs. Oracle Linux 7.0 Beta Benchmarks
  2. Easter Yields The Linux 3.15-rc2 Kernel Release
  3. The Most Amazing OpenGL Tech Demo In 64kb
  4. Packard Bell LM85 Now Supported By Coreboot
  5. AmazonBasics External USB 2.0 DVD Writer For Linux
  6. TP-LINK TG-3468: A $12 Linux PCI-E Gigabit Network Adapter
  7. Linux 3.15 Lands Some DRM Graphics Driver Fixes
  8. AMD Is Disabling DPM Support For RV770 GPUs
  9. ReactOS Working On A Community Windows OS
  10. eRacks Keeps Pushing Linux, Open-Source Systems After 15 Years
  11. Borderlands Is Being Considered For Linux
  12. Mesa 10.0 & 10.1 Stable Get Updated
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Catalyst 14.3 Beta
  4. Suggestions about how to make a Radeon HD 7790 work decently?
  5. Radeon 8000M problematic on Linux?
  6. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  7. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  8. Suspected PHP Proxy Issue