Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bugs
  • Category Bootloader
  • Assigned To No-one
  • Operating System Iriver H100 series
  • Severity Low
  • Priority Very Low
  • Reported Version Daily build (which?)
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by stuffedspacedog - 2007-06-16
Last edited by nls - 2007-06-19

FS#7316 - H100 bootloader ver 7 pre-3 doesn't work with latest SVN (-os for coldfire)

Since the commit of build with -os for coldfire targets, the H100 bootloader ver 7 pre-3 always comes up at power on if the firmware has been flashed. Using REC to set default is sticky, but when powering on again, the bootloader screen comes up again with a count down to powering down.

This happens every time, but is fixed when I revert to any version of Rockbox before the -os build commit.

Closed by  nls
2007-06-19 20:41
Reason for closing:  Fixed
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

Fix committed

balliewnd commented on 2007-06-19 15:29

I have an iriver H-140 and I can confirm this happens on it as well using version v13631-070615. It seems like rockbox looses the default boot action that you set and will display the bootloader menu every time that the iriver is booted. The little [DEF] indicator of the default action is gone, and pressing record doesn’t bring it back. If the reset button is pressed, then the indicator is revived and the bootloader sets the default correctly, but when the iriver is rebooted (by powering off and on like normal) it displays the bootloader menu again. I also noticed that after being in bootloader USB mode, the bootloader will load rockbox like it should. If you always boot from the disk anyway, but use the rom & ram images for crash recovery, this bug can be temporarily fixed as follows: Download a build of rockbox before the change (confirmed to work with the June 13, 2007 daily build, which is the daily right before the change) and just extract the rombox.iriver and rockbox.iriver to the root of your iriver. Then overwrite the flash images with those older ones with the iriver_flash plugin. Then reboot the player with the reset button to get the [DEF] indicator to appear again. This time when you set the default, it will stick and the bootloader will work like it should. The newer version of rockbox will boot correctly, and both the flash images will boot enough for recovery purposes, but won’t play audio or run plugins (due to the different versions of the .rock and .codec files). This bug can be avoided altogether by not flashing rockbox images to your iriver, but the original firmware will take forever to load if rockbox crashes. Send me an email if you have urgent questions.

nls commented on 2007-06-19 15:32

This seems related to  FS#7321  I posted a patch tere, could you test it?

balliewnd commented on 2007-06-19 15:34

Correction - my previously listed fix doesn’t work all the time. After you reboot from running the newer rockbox version, the bug rears its ugly head again. Seems the only way to fix this bug is to revert to a version of rockbox dated June 13, 2007 or earlier.

roolku commented on 2007-06-19 18:02

The fix from  FS#7321  seems to solve that problem as well.

balliewnd commented on 2007-06-19 20:03

I have tested the  FS#7321  against the current svn build (rev 13673) on a real iriver h-140. After correcting for the last svn commit that broke the build (2007-06-19 09:54), this does solve the bootloader issue. Thanks nls! Attached is a patch to change rev 13673 to fix this issue and undo all the things the latest commit broke (effectively rev 13672 +  FS#7321 ).

   13673M.diff (1 KiB)

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing