This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#10107 - iPod sometimes needs menu + select reset to turn on
Attached to Project:
Rockbox
Opened by Boris Gjenero (dreamlayers) - Wednesday, 08 April 2009, 19:34 GMT+2
Last edited by Torne Wuff (torne) - Sunday, 05 June 2011, 12:58 GMT+2
Opened by Boris Gjenero (dreamlayers) - Wednesday, 08 April 2009, 19:34 GMT+2
Last edited by Torne Wuff (torne) - Sunday, 05 June 2011, 12:58 GMT+2
|
DetailsI have a 5G 30GB iPod. Sometimes when I try to turn it on, nothing happens or there is just a brief flash of the low battery icon. After this, further attempts to power on normally do nothing, and the only way to turn on the iPod is a menu + select reset.
This is a known problem. For example, it is discussed in this thread: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2009-02/0122.shtml Most people here believe this is a bug in Apple firmware in flash, and not a bug in Rockbox. I created a small patch which shuts down Rockbox using the original firmware in flash. It writes a string to a specific location in IRAM and then resets the iPod. This causes the original firmware to act as if an attempt to boot failed. It assumes that the battery is low, and when a charger isn't connected it shuts down. The patch seems to fix the problem. With it, I've never had to reset my iPod to turn it on. I am attaching the patch as evidence that something can be done about the problem. I think the proper solution would would be to see what Rockbox needs to do and do that, instead of relying on the original firmware. In practical terms, the patch only has has few minor disadvantages: - there is a brief flash of the low battery icon after Rockbox shuts down - attempts to turn on are ignored for a few seconds after Rockbox shuts down. (Just wait a few seconds after turning your iPod off before turning it on again. If you try to turn it on too soon, nothing will happen and you'll have to do it again later, but you won't have to do a menu+select reset.) - If a charger is plugged immediately after the iPod is turned off, the 'very low battery" screen is shown. The patch could be extended to other PP502x iPods. I know the same problem happens on some other iPods, but I don't know which ones, and I only have a 5G. The main questions on my mind now: What state can be preserved when the iPod is turned off? What chips have power besides the LTC4066 and PCF50607? 
5g_shutdown_by_of.patch
(0.9 KiB)
firmware/target/arm/ipod/power-ipod.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) |
This task depends upon
Closed by Torne Wuff (torne)
Sunday, 05 June 2011, 12:58 GMT+2
Reason for closing: Out of Date
Additional comments about closing: We aren't going to reintroduce this method, it causes too many problems for too many people
Sunday, 05 June 2011, 12:58 GMT+2
Reason for closing: Out of Date
Additional comments about closing: We aren't going to reintroduce this method, it causes too many problems for too many people
I don't know if this code works on a 1G Mini.
Was this problem always present in Rockbox? http://forums.rockbox.org/index.php?topic=21541.0 seems to imply the problem wasn't present in Rockbox from over a year ago. If a version without this problem can be found, that can help in tracking down the problem.
I would like to see this fix in SVN.
I'm loving this. With the inclusion today of FS9730: http://www.rockbox.org/tracker/task/9730 .. I'm curious.. I assume this wouldn't still work if I went that route and replaced the apple fw with RB + loader? I haven't had a chance to check it out yet but if you don't have any insight I suppose I will in the coming days.
FS#9730does not in any way conflict with this patch.FS#9730as I wrote that patch and have been using both together for a month :)I've only noticed this happening since I last updated my build from SVN, but I'm not certain that my observation is flawless. I've managed to lose the svn build number I was on previously, unfortunately, but the one showing the problem is r19705. I have other patches but they are minor and I can't see them being relevant :)
Is this perhaps related to Apple's deep sleep mode? If I recall correctly that kicks in after 8 hours on standby...
This has never happened when I only use Rockbox.
When the OF turns off the iPod, it enables power on via alarm (using the RTCWAK bit in OOCC1). Then whether the iPod turns on depends on what alarm time is set. I suspect that the OF uses the alarm for hibernating after extended standby. A simple workaround would be to set an alarm time which ensures the iPod won't turn on anytime soon.
I ran with Rockbox in OSOS for a while before this patch was written and there was no difference that I noticed, and there's no particularly likely reason why it would cause a change in behaviour that I can think of :)
But maybe it is just psychological... :)
I've got an Ipod 5.5G and am very unhappy about the shutdown issue. I'm trying to patch the source that I downloaded with the original patch from this page. I'm not completely new to compiling but not really much of a programmer. I downloaded subversion and downloaded the source, in the root directory (cleverly named "rockbox") i placed the 5g_shutdown_by_of.patch file. I ran:
patch < 5g_shutdown_by_of.patch
and get this
haus@outremer:~/rockbox$ patch --dry-run < 5g_shutdown_by_of.patch
can't find file to patch at input line 5
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|Index: firmware/target/arm/ipod/power-ipod.c
|===================================================================
|--- firmware/target/arm/ipod/power-ipod.c (revision 20432)
|+++ firmware/target/arm/ipod/power-ipod.c (working copy)
--------------------------
File to patch:
its waiting for input and i'm not really sure what to do here, looking for some help if there's any to be had.
patch -p0 < file.diff
But since I'm using the installation method 2 (RB + bootloader in OSOS), it never booted automatically.
I think it could be committed.
- Lowering the threshold and enabling debouncing in the PCF BVMC register
- Commenting out all PCF RTC code except for reading the current time.
- Shutting down power to the backlight[*]
- Shutting down power to the hard drive[*]
- Clearing PCF interrupts by reading INT1 through INT3 registers before PCF standby.
[*] I thought it was possible that Rockbox leaves the iPod in a configuration which results in a larger inrush current, which leads to a temporary decrease in battery voltage. However, if that was happening, this problem would depend on the current battery level, and it does not seem like the problem depends on battery level. So, I don't feel like observing the startup current via my oscilloscope.
(btw - we can presumably take a look at the firmware flash code and see what it's doing that's different than what rockbox seems to be doing? my personal favourite suspicion is that there's some secret flags in iram and we don't zero it out when we shutdown)
Has anyone tested this on Mini iPods, especially the Mini 1G?
Is this even needed on the Nano 1G? Has anyone tested it there?
dreamlayers, I was gonna feed the 5.5G bootflash to IDA at some point to try and track this one down, but presumably you have some/all of a disassembly for that already?
That said - I use my Nano infrequently so offer few datapoints.
This might show us which models have the problem...
FS#11149which seemed to work perfectly on several models with no side effects - the patch here causes some people's players to wake up at random times *anyway* even though we took steps to prevent this.However, the fix from
FS#11149doesn't actually work for everyone; some people's players still need to be reset sometimes.So... any more ideas? :)