Rockbox

This is the bug/patch tracker for Rockbox. Click here for more information.

Quick links: Bugs · Patches · Rockbox frontpage

Tasklist

FS#10873 - Unable to mount as mass storage device under Ubuntu

Attached to Project: Rockbox
Opened by Samuel Pattuzzi (sampattuzzi) - Wednesday, 23 December 2009, 16:52 GMT+2
Last edited by Frank Gevaerts (fg) - Saturday, 04 December 2010, 14:56 GMT+2
Task Type Bugs
Category Drivers
Status Closed
Assigned To No-one
Player Type iPod Nano
Severity Low
Priority Normal
Reported Version Rbutil SVN
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Private No

Details

This happen both when HID is switched on and off. My current work around is to put the player in disk mode using the bootloader (pressing select+play). Interestingly, the device does work as a HID when that setting is enabled.
This task depends upon

Closed by  Frank Gevaerts (fg)
Saturday, 04 December 2010, 14:56 GMT+2
Reason for closing:  Fixed
Additional comments about closing:  Fix committed as r28733
Comment by Maurus Cuelenaere (mcuelenaere) - Wednesday, 23 December 2009, 16:54 GMT+2
Please also report the Rockbox SVN revision and the exact player this is happening on.
Comment by Samuel Pattuzzi (sampattuzzi) - Wednesday, 23 December 2009, 16:54 GMT+2
Also, the revision I'm using is: r24100-091223
Comment by Samuel Pattuzzi (sampattuzzi) - Wednesday, 23 December 2009, 16:55 GMT+2
The player is iPod Nano 1g as specified in the player type of the task list.
Comment by Maurus Cuelenaere (mcuelenaere) - Wednesday, 23 December 2009, 16:56 GMT+2
Oh I didn't see we also have the iPod Nano 2G in the player type list..
Comment by Paul Louden (Llorean) - Wednesday, 23 December 2009, 18:11 GMT+2
The Select+Play USB mode is the apple USB mode. There's no HID code there.

What is displayed on the screen?
Comment by Frank Gevaerts (fg) - Wednesday, 23 December 2009, 18:34 GMT+2
Can you provide the output of "dmesg" and "lsusb -v -d 0x05ac:"?
Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 02 January 2010, 12:20 GMT+2
Ok, well I realised now that if I download an actual final release, e.g. 3.4, then rather than try and deal with the USB connection within the firmware, Rockbox reboots into the OF disk mode. However, I have had it working with a version of Rockbox (probably an SVN checkout). I think finding that particular revision my take me my whole life so I will post up the above outputs for when Rockbox is dealing with usb and when the OF disk mode is.
Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 02 January 2010, 12:24 GMT+2
This is the dmesg from the OF.
   OF_disk_mode_dmesg (51.2 KiB)
Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 02 January 2010, 12:26 GMT+2
The output of lsusb -v -d 0x05ac:
   OF_disk_mode_lsusb (3.2 KiB)
Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 02 January 2010, 13:28 GMT+2
The output of dmesg on r24121
   newest_dmesg (56.9 KiB)
Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 02 January 2010, 13:30 GMT+2
The output of lsusb -v -d 0x05ac: on r24121
   newest_lsusb (2.6 KiB)
Comment by Frank Gevaerts (fg) - Saturday, 02 January 2010, 17:12 GMT+2
The OF dmesg reports read errors, so I suspect you have some hardware issues.
I don't really see how that can cause the problem you see though.

Did you try to mount manually from the command line, or are you relying on GUI magic?
Comment by Samuel Pattuzzi (sampattuzzi) - Thursday, 21 January 2010, 20:12 GMT+2
I have been relying on GUI magic. However, I must say it is usually fairly reliable. I'm sure I tried using the command line at some point. I will try again with 3.5 feature freeze branch once my January batch of exams are over (provided 3.5 won't be released by then, does anybody know when it will be released?).
Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 27 November 2010, 14:38 GMT+2
There hasn't been any reply to the bug for a while but I would like to point out that this is still a problem. I will attach the latest dmesg outputs and lsusb.
   dmesg (1.6 KiB)
Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 27 November 2010, 14:39 GMT+2
Here is the output for lsusb -v -d 0x05ac: using the rockbox software.
   lsusb (1.9 KiB)
Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 27 November 2010, 14:44 GMT+2
Here is the dmesg and lsusb for the apple USB mode as a control. I'm afraid I have tried diffing the two and there appears to be a duplicate section in the rockbox version of lsusb. However, as I'm no USB spec expert (read: haven't got a clue) I can't debug beyond this but am willing for advice on how to proceed.
   dmesg (3.2 KiB)
   lsusb (3.2 KiB)
Comment by Frank Gevaerts (fg) - Saturday, 27 November 2010, 15:43 GMT+2
At first sight, it looks like you have a bad disk (IO errors), and the rockbox USB stack isn't handling those properly
Comment by Samuel Pattuzzi (sampattuzzi) - Sunday, 28 November 2010, 15:02 GMT+2
Do you reckon a reformat would solve those or should we try and debug further as it is probably still a bug?
Comment by Frank Gevaerts (fg) - Sunday, 28 November 2010, 15:12 GMT+2
A plain reformat won't solve this. What might work is first finding out which specific sectors are bad and then repartitioning in a way that avoids those sectors
Comment by Samuel Pattuzzi (sampattuzzi) - Tuesday, 30 November 2010, 11:57 GMT+2
But not really an ideal solution. The I/O errors should surely be handled by rockbox.
Comment by Samuel Pattuzzi (sampattuzzi) - Friday, 03 December 2010, 14:01 GMT+2
Okay, here is how it looks from the rockbox side with a trace of the usb_storage.c enabled.
   logf.txt (9 KiB)
Comment by Samuel Pattuzzi (sampattuzzi) - Friday, 03 December 2010, 15:36 GMT+2
Here are the usb traces for the apple firmware and rockbox in wireshark. The procedure with the apple firmware was connect, mount, unmount, disconnect. With rockbox it was just "connect" as mounting wasn't possible.
   usb-traces.tar.gz (948.1 KiB)
Comment by Frank Gevaerts (fg) - Friday, 03 December 2010, 17:28 GMT+2
Could you quickly try this patch, and see if it helps? If not, another wireshark trace with this applied would be helpful
   stall.diff (0.9 KiB) 
 firmware/usbstack/usb_storage.c |    2 ++
 1 file changed, 2 insertions(+)

Comment by Samuel Pattuzzi (sampattuzzi) - Friday, 03 December 2010, 17:53 GMT+2
The patch didn't solve the problem. Here is the new trace for rockbox from wireshark.
   rockbox-firmware-patched-trace (1.9 KiB)
Comment by Frank Gevaerts (fg) - Friday, 03 December 2010, 19:11 GMT+2
OK, another attempt
   error_handling.diff (2.3 KiB) 
 firmware/usbstack/usb_storage.c |   26 ++++++++++++++++----------
 1 file changed, 16 insertions(+), 10 deletions(-)

Comment by Samuel Pattuzzi (sampattuzzi) - Friday, 03 December 2010, 19:29 GMT+2
updated trace
   rockbox-firmware-patched-trace (1.9 KiB)
Comment by Samuel Pattuzzi (sampattuzzi) - Friday, 03 December 2010, 19:37 GMT+2
trace from *correct* usb port
   rockbox-firmware-patched-trace (963.4 KiB)
Comment by Samuel Pattuzzi (sampattuzzi) - Friday, 03 December 2010, 19:45 GMT+2
The dmesg output too.
   dmesg (4.1 KiB)
Comment by Frank Gevaerts (fg) - Friday, 03 December 2010, 21:59 GMT+2
This is the same patch again with my test code removed.

I really don't see any reason why this doesn't work. Can you mount it manually? Does it work with HID disabled?
   read_error_recovery.diff (1.9 KiB) 
 firmware/usbstack/usb_storage.c |   24 ++++++++++++++----------
 1 file changed, 14 insertions(+), 10 deletions(-)

Comment by Samuel Pattuzzi (sampattuzzi) - Saturday, 04 December 2010, 12:20 GMT+2
Aha! Yes, this time it worked. I don't know what I did last time.

Loading...