• 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
Attached to Project: Rockbox
Opened by smurf - 2006-10-16
Last edited by pondlife - 2007-01-10

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

Seems to be the same iPod CPU scaling crash as reported on  FS#5264  and  FS#5710  .

Hmm. The system_reboot() function was implemented for the iPods on the 20th of September ( 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?

smurf commented on 2006-10-18 04:55

Hmm. Current CVS build (self-built) now does a “data abort at 4fb94”.

smurf commented on 2006-10-18 08:08

… 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 .


Available keyboard shortcuts


Task Details

Task Editing