This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#5520 - Cpu stays boosted on stop
Attached to Project:
Rockbox
Opened by Mike Holden (mikeholden) - Thursday, 08 June 2006, 12:30 GMT+2
Last edited by Steve Bavin (pondlife) - Saturday, 23 September 2006, 16:38 GMT+2
Opened by Mike Holden (mikeholden) - Thursday, 08 June 2006, 12:30 GMT+2
Last edited by Steve Bavin (pondlife) - Saturday, 23 September 2006, 16:38 GMT+2
|
DetailsWith a recent daily build CVS-060526, I have noticed that the Debug->CPU Frequency and Audio Thread screens both show the CPU as 100% boosted to 124Mhz after playing music (mp3) then pressing STOP. During normal playback, and before playinmg music after switching on, the CPU shows 0% boost 24Mhz. THis seems to stay at 100% for a long time, probably for ever. If I start to play music again the frequency returns to normal again.
Could this be related to the apparent battery problems on iRiver 300? |
This task depends upon
Closed by Steve Bavin (pondlife)
Thursday, 28 September 2006, 11:55 GMT+2
Reason for closing: Fixed
Additional comments about closing: All ok now.
Thursday, 28 September 2006, 11:55 GMT+2
Reason for closing: Fixed
Additional comments about closing: All ok now.
Also, can you provide more exact steps for reproducing it with a current build?
Simple steps to reproduce:
Boot up, play a file (mp3 in this case), let it run for a few seconds, press stop, check cpu frequency in debug screens.
Used an mp3 file, tried with and without (menu) voicing.
Can you check cpu freq stays high? Maybe there's something running in the background? (dircache/tagcache)?
The battery consumption problem has been identified as the usbotg chip not being powered down and thus consuming lots of energy.
I can upload my .rockbox dir and an mp3 file that show the issue if necessary, just in case it's something specific to my unit, but since I how have a default config it seems unlikely.
Looks like it could well be voice related.
With default settings, if I rename the voice file so it doesn't load, the problem goes away.
My usual settings have voiced menus turned off, but file and dir clip voicing on. Disabling file and dir clips the problem goes away.
I.e. in both cases, if voicing of everything is switched off, the problem goes away. If voicing is switched on, the cpu stays boosted after I press STOP.
I wonder if there is any connection with another bug I reported a while ago, which currently has received no additional comments, regarding voices stopping working at the end of a playlist? http://www.rockbox.org/tracker/task/5414 which I consider to be a reasonably serious bug, especially for blind users or users who use their unit in a car or other place where file voicing is important.