google-code-export / bricked

Automatically exported from code.google.com/p/bricked
Other
0 stars 0 forks source link

Not always switching to maxfreq 486mhz in sleep mode for Pyramid #116

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Probably to force clock cpu under maxscroff frequency
2.
3.

What is the expected output? What do you see instead?
clean switching to maxscroff freqency

What version of the product are you using? On what operating system?
1.4 Kernel on ARHD 6.7.1

Please provide any additional information below.
Members of 4pda forum made monitoring of frequencies through system tuner pro. 
Some of them had up to 1.5ghz in scroff mode.
Possible solution: remove the if branch in msm_cpufreq_early_suspend(struct 
early_suspend *h) method in cpufreq.c

Original issue reported on code.google.com by kon...@googlemail.com on 28 Jul 2012 at 3:53

GoogleCodeExporter commented 9 years ago
It works perfectly, the kernel just doesn't know that he is clocking lower than 
he should. The reason for that is that the max rate is set right before the 
clock will be set, hence the kernel already wrote 1566 (for example) into the 
time-in-state-table. I could rewrite that, but this solution was throwing way 
less work at me, which is why I just used it and didn't look back :p

Original comment by showp1984 on 29 Jul 2012 at 9:53