This is yet another chapter in the ongoing saga of bringing RC6 to Sandy
Bridge machines by default.
Now that we have discovered that RC6 issues are triggered by RC6+ state,
let's try to disable it by default. Plain RC6 is the one responsible for
most energy savings, and so far it haven't given
On Fri, 23 Mar 2012 11:57:19 -0300, Eugeni Dodonov eugeni.dodo...@intel.com
wrote:
This is yet another chapter in the ongoing saga of bringing RC6 to Sandy
Bridge machines by default.
Now that we have discovered that RC6 issues are triggered by RC6+ state,
let's try to disable it by
#part sign=pgpmime
On Sun, 12 Feb 2012 22:34:48 -0200, Eugeni Dodonov eug...@dodonov.net wrote:
what if we pick only the 1st patch in this series for -fixes? It won't
change the defaults in any way, but it will allow the ones willing to
enable it manually on SNB to prevent issues.
That seems
This is yet another chapter in the ongoing saga of bringing RC6 to Sandy
Bridge machines by default.
Now that we have discovered that RC6 issues are triggered by RC6+ state,
let's try to disable it by default. Plain RC6 is the one responsible for
most energy savings, and so far it haven't given
On Sat, Feb 11, 2012 at 10:59, Chris Wilson ch...@chris-wilson.co.ukwrote:
On Sat, 11 Feb 2012 10:34:15 -0200, Eugeni Dodonov
eugeni.dodo...@intel.com wrote:
This is yet another chapter in the ongoing saga of bringing RC6 to Sandy
Bridge machines by default.
Now that we have discovered
Hi!
I think it's not just a placebo effect. I'm one of the users affected by
video corruption with rc6 enabled. Now I have used my pc for two days with
the patched kernel and everything seem working just fine. The glitches that
I had with the previous kernel versions were very noticeable and
