This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#8993 - Freeze on shutting down.
Attached to Project:
Rockbox
Opened by Anthony Mercuri (cool_walking_) - Thursday, 15 May 2008, 12:45 GMT+2
Last edited by Bertrik Sikken (bertrik) - Wednesday, 04 June 2008, 17:09 GMT+2
Opened by Anthony Mercuri (cool_walking_) - Thursday, 15 May 2008, 12:45 GMT+2
Last edited by Bertrik Sikken (bertrik) - Wednesday, 04 June 2008, 17:09 GMT+2
|
DetailsWhen shutting down, Rockbox froze with the following message:
*PANIC* event 257 not foun d overlaid on the main menu background image. I'm using r17310-080503 on my iPod 5G with 100GB hard drive. It's only happened to me twice, 2 weeks apart. I've been trying to reproduce it for the last hour on r17310-080503 without success, so I don't see the point trying to reproduce it with the current build (although I have now switched to the current build and will try to keep it updated and post here if it happens again). On both occurrences there was music playing, and from the WPS I held PLAY down to shut it down. Rockbox switched to the main menu, as it usually does before shutting down, and then it froze with the message. The first time it happened the file playing was an MP3, the second time it was Ogg Vorbis. The two files have always played back fine i.e. they don't appear to have any glitches. The characters in the tags are all "normal" characters [A-Za-z ] |
This task depends upon
Closed by Bertrik Sikken (bertrik)
Wednesday, 04 June 2008, 17:09 GMT+2
Reason for closing: Fixed
Additional comments about closing: Closed because problem has no longer been reported since a fix was made a week ago.
Wednesday, 04 June 2008, 17:09 GMT+2
Reason for closing: Fixed
Additional comments about closing: Closed because problem has no longer been reported since a fix was made a week ago.
From first looks this appears to be some glitch where probably the audio thread is stopping playback while the rest is performing shutdown. If shutdown is a bit faster the thread tries to clean up something that isn't there anymore.
Perhaps more interesting would be to find out why the scrobbler_shutdown function is called multiple times and if this should be allowed.
Are you using last.fm logging?
I also use last.fm logging.
1) some kind of race condition when two threads on two processors run scrobbler_shutdown at nearly the same time
2) something corrupted the events table
I think 1) is very unlikely. If case 2) is happening, it may also explain some of the "event line full" panics that were reported on the forums.
Sometimes I got the freeze and the sorting is okay on next start. However, reversed sorting seems to always happens after a freeze.
But it is maybe completely unrelated.
Function register_ata_idle_func installs a *oneshot* event, which means that the event clears itself after it has been fired. So if function unregister_ata_idle_func is called after the event has triggered it tries to remove the event again, but since the event has cleared itself the remove fails and it panics.
r17613-080523 on iPod video 5g 30gb.
r17605-080522
r17613-080523 on iPod video 5g 30gb.
It fixes the issue I described 4 comments up by removing the call to unregister_ata_idle_func. It also removes some unnecessary checking before calling register_ata_idle_func.
I tested it some more today and the last.fm log still works for me, I'm pretty sure the bug is fixed now.
I propose to leave this task open for another week to see if it's really gone, then close it.