https://bugzilla.kernel.org/show_bug.cgi?id=19702 Thomas Renninger <trenn@xxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED CC| |a.p.zijlstra@xxxxxxxxx, | |mingo@xxxxxxx, rjw@xxxxxxx --- Comment #12 from Thomas Renninger <trenn@xxxxxxx> 2010-10-15 10:07:06 --- Thanks! So it looks like we have a regression in 2.6.35 kernel which got fixed between 2.6.36-rc6-git2 and 2.6.36-rc7-git3. It affects idle/busy/io CPU accounting in way that cpufreq ondemand governor does not switch up frequency (only with the workaround by dramatically decreasing up_threshold tunable). The fix seem not to be in any cpufreq related code (According to Heinz, I didn't double check, but haven't seen anything on the cpufreq list lately). Rafael/Ingo/Peter: Do you have an idea which patch could have solved this issue. This should probably go to .35 stable... -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
