On 14/05/12 22:23, Somebody in the thread at some point said:
On Mon, May 14, 2012 at 5:12 PM, Andy Greenandy.green@linaro.org wrote:
On 14/05/12 20:53, Somebody in the thread at some point said:
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi Aneesh,
Adding linaro-dev in the loop as someone else could be also interested
I have reproduced my thermal error with a lava test so you can have a complete log available here: http://validation.linaro.org/lava-server/scheduler/job/18564/log_file
As a summary of the problem, the panda board turns off during some sysbench tests because the SDRAM has exceeded its temperature limit
Recently Sebastien Jan at TI found that on tilt-3.3, cpu_idle is interacting badly with smartreflex and the wrong Vcore can be selected for 4460.
At the moment we disabled 1.2GHz on tilt-3.3, we think we have a fix + workaround and I'll update with it tomorrow.
tilt-3.3 is updated with the fixes and workaround of disabling CPU_IDLE, please give that a try.
Andy,
Disabling cpuidle is a bit of extreme workaround if one works on power management. :)
Can you point to any discussions about the problem?
They're on a private list and being dug into atm.
Actually it's not so extreme as a workaround under the circumstances, the issue is cpuidle disrupts Vcore set by smartreflex leading to crashes or excess power consumption and heat. It's better to have voltage part of dvfs working well (and not crashing) than cpuidle until we figure out what broke.
-Andy