Rockbox

My initial suspicion was that the bug was related to scrollwheel power saving implemented in Aug 2007 (r14386), but apparently a build with the attached patch (reverting the powersaving changes) did not help.

From http://www.chipmunk.nl/klantenservice/applemodel.html, Dindojul has identified his player as:

Name: iPod (First generation)
Model: M8513 iPod 5GB Generation=1
Family name: M8541
Factory: U2 (Taiwan)

From Mac OSX System Profiler bidmead identified his player as:

Unit Software Version: 0x10483
Unit Spec ID: 0x609E
Firmware Revision: 0xA2700
Product Revision Level: 1.33

bidmead's player info matches Dindojul's

Name: iPod (First generation)
Model: M8513 iPod 5GB Generation=1
Family name: M8541
Factory: U2 (Taiwan)

What would be useful would be the "ipod hardware revision" - this is the 8 (hex) digit number used to distinguish different ipod hardware versions. Easiest way to find it is via the Rockbox bootloader:

So it would be useful if 1G owners could do the following:

1) Hold the PLAY button whilst booting (this will cause the Rockbox bootloader to try and load an ipodlinux kernel, which should fail).

2) You should see some info messages on the screen - the third line should be something like:

IPOD version: 0x00010001

(with the last digit being 0, 1 or 2).

3) Post that number here, along with a statement saying if the scrollwheel works or not.

Now it's known what happens: The button code doesn't treat those iPods as 1st Gen, and hence doesn't enable the wheel, because the hardware revision is being read as 0xffffffff. I've made a special test build that will dump the ROM contents to a file. See forum: http://forums.rockbox.org/index.php?topic=15929.msg119549#msg119549

Why not invert the logic (look for the 0x0002000X identifier to see if it's a 2nd gen, and if thats NOT found, assume a 1st Gen)?

I suggested that, but there have been problems in the past where iPod Videos returned 0xffffffff. This was due to a bug which has now been fixed, but positive identification is preferred for something so critical.

The ipod video issue with 0xffffffff isn't relevant - a) it's been fixed (ipod videos now correctly report their hardware revision), and b) the build knows it's either running on a 1g or 2g.

However, neither the 1G or 2G versions of Rockbox appear to have had very much testing, so there's always a risk that 2g ipods may also be detected as 0xffffffff using the current code - so simply reversing the logic might just move the problem to 2g users instead...

But it's not a big problem - there are other ways to identify ipods.

The attached patch has been tested on a 1G and 2G, and simply replaces the search for the identifier being == 1 to being != 2.

Submitted the patch as FS#8778