- Status Closed
- Percent Complete
- Task Type Bugs
- Category Music playback
- Assigned To No-one
- Operating System iPod 4G Color
- Severity High
- Priority Very Low
- Reported Version
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#6193 - iPod Photo reboots while playing
During playback, about every half hour or so, my iPod 4G Color reboots. The boot sequence stops with “Rockbox loaded”, i.e. before the RockBox splash screen, and I have to reboot it again manually. The problem seems to be unrelated to specific MP3 contents, as the second time around Rockbox will not die again at the same place.
I have tried the current daily build as well as the earliest one that’s still available (2006-09-20). Both fail. The version I was using before, 2006-08-19, works correctly.
Closed by pondlife
2007-01-10 18:08
Reason for closing: Duplicate
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
2007-01-10 18:08
Reason for closing: Duplicate
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
Seems to be the same iPod CPU scaling
crash as reported on FS#5264
and FS#5710
.
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Hmm. The system_reboot() function was implemented for the iPods on the 20th of September (http://www.rockbox.org/viewcvs.cgi/firmware/system.c.diff?r1=1.119&r2=1.120). I wonder if your problem still happens with that change reversed? Could it be that somehow it is being called and has only been noticed now that it actually does something?
Hmm. Current CVS build (self-built) now does a “data abort at 4fb94”.
… which is here:
0x0004fb74 <set_cpu_frequency+168>: add r1, r12, #24576 ; 0×6000 0x0004fb78 <set_cpu_frequency+172>: ldr r3, [r1, #32]
0x0004fb7c <set_cpu_frequency+176>: bic r3, r3, #-268435456 ; 0xf0000000
0x0004fb80 <set_cpu_frequency+180>: bic r3, r3, #240 ; 0xf0
0x0004fb84 <set_cpu_frequency+184>: mov r2, #536870912 ; 0×20000000 0x0004fb88 <set_cpu_frequency+188>: add r2, r2, #112 ; 0×70 0x0004fb8c <set_cpu_frequency+192>: orr r3, r3, r2
0x0004fb90 <set_cpu_frequency+196>: str r3, [r1, #32]
0x0004fb94 <set_cpu_frequency+200>: add r2, r12, #16384 ; 0×4000 0x0004fb98 <set_cpu_frequency+204>: ldr r3, [r2, #36]
and seems to be the interrupt-reenable going haywire. Somebody with more hardware knowledge please look at this …
Ah, yes. It is indeed cpu frequency scaling. It’s a known bug that it is currently causing crashes. There is a patch which is working on fixing this http://www.rockbox.org/tracker/task/6095 .