Rockbox

I made a work around patch…

   usb-debug.patch (1 KiB)

This is more suitable…

   usb-debug2.patch (1 KiB)

This patch changes usb_start_monitoring() call in init().
This works fine for my ipod 5g.

   usb-debug4.patch (0.5 KiB)

Shall try these out tonight when I get off work and will let you know how it works.

Thanks for the speedy response! Very impressive work and much appreciated.

Worked like a charm :) Thanks a million!

Can you see if this is reproducible in SVN? I tested on a 5G (32 MB) with USB attached to the computer and then a wall charger. Throughout my tests, I never experienced a freeze. One time the iPod failed to reboot into diskmode, but I was not able to reproduce that again.

Yes, it's still reproducable in the latest SVN (as of 8:42pm 7/30/2007). However, the patch provided by Akil Idehara (usb-debug4.patch) has been working perfectly for me since it was submitted.

I'm using a 32mb 5G 30gb, the problem occurs reliably anytime the usb cable is attached while the ipod is either off or booting (if attached before the menu displays). I have tried removing all settings and plugins, with no effect.

This problem still occur in svn Version: r14102-070731

Please apply this config.cfg file.

That config file enable dir cache and use Unifont.fnt.
I think that loading large size font and initializing dir cache entry
have a lot of time and this is caused this problem.

And this problem DOES NOT occur with wall charger.

   config.cfg (0.2 KiB)
   rockbox-info.txt (0.3 KiB)

I thought that between usb_start_monitoring() and usb_detect() was very short time.
And within init(), usb_detect() never returns USB_INSERTED if usb was inserted or not.

So I added sleep() before usb_detect().

   usb-debug5.patch (0.3 KiB)

OK. I've been using the previously attached usb-debug4.patch since it was made available here, and has worked perfectly for me. I just tried the latest build without any patches, and the probem definitely still exists. I also just tried the recently-added usb-debug5.patch, which seems to also work quite nicely.

After a day of using my ipod 5g (30gb) with this usb-debug5.patch, It has exhibited the same problem 3x when booted with the usb cable attached. Rebuilt with the latest svn and the usb-debug4.patch, and it works fine again.

Can we possibly get this to the SVN?
It's been bugging me for some time now…

Perhaps submit to "patch" section?

I think these patches are very ugly.
So nobody will apply one of these patches to svn.

   usb-debug6.patch (1.7 KiB)

Be that as it may, they work, and nobody with svn access seems to have offered a better solution.

Today, I filed a new Flyspray about this ( FS#7863 ), forgetting that I posted on this one ages ago!

It was closed as they thought it was to do with the iPod Linux loader, not the rockbox loader, but here we go :)

We need to get this in the SVN!

I _knew_  FS#7863  was a duplicate :) Nevertheless, the tracker guidelines _require_ you to only use official software and reporting against a system using IPL's Loader2 is not official. Especially in this case, as Loader2 might initialize things differently to the Rockbox bootloader which in turn _could_ cause issues.

Yeah, fair enough reason. I actually typed out a reply to  FS#7863 …but you closed it as I hit submit, so it didn't go through :P

But, as you can see, the problem does exist, and there is a solution here!
Why isn't this in the SVN yet?

There are many good improvements and patches here that haven't been committed or have little work remaining to be up to standard (I was just reading through the "Open Patches in Rockbox" mail)

It may be ugly…but it works. Commit it to the SVN with a note that it still needs cleaning up.

It's better to have a solution than to leave the bug there and frustrate users

I always use latest rockbox bootloader and this problem is still occur in r14901.
I think this problem is independent of the bootloader….

That's because this patch hasn't been committed yet to the SVN. As soon as it is, it shouldn't be a problem

This problem was finally fixed in r16435…