Bug 81774
| Summary: | 2nd generation iPod mini cannot be mounted over USB | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | toomas.aas | ||||||
| Component: | usb | Assignee: | freebsd-usb (Nobody) <usb> | ||||||
| Status: | Closed FIXED | ||||||||
| Severity: | Affects Only Me | ||||||||
| Priority: | Normal | ||||||||
| Version: | 5.4-STABLE | ||||||||
| Hardware: | Any | ||||||||
| OS: | Any | ||||||||
| Attachments: |
|
||||||||
|
Description
toomas.aas
2005-06-01 20:10:01 UTC
State Changed From-To: open->feedback As suggested by someone (was that Doug White?), do camcontrol devlist -v Note the `N' in `scbusN' for an entry that mentions `umass-sim', and do camcontrol rescan N (That might take a while). This worked for me to get da0 drive recognized. Does this work for you, too? I tried: camcontrol devlist -v camcontrol rescan N Yes, it worked, but not consistently. The rescan took several minutes, I tried four times, and two of the four times I did not have a da0. I also tried it 5 times, but it didn't work for me at all. # camcontrol devlist -v scbus0 on sbp0 bus 0: < > at scbus0 target -1 lun -1 () scbus1 on umass-sim0 bus 0: scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) # camcontrol rescan 1 <long pause> Camcontrol rescan took 10 minutes on first try and 5 minutes on subsequent tries, but no da devices appeared. I no longer have the USB 2.0 add-on card which I originally used, so now I tried with onboard USB 1.0 ports, identified in dmesg as: uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0xd400-0xd41f irq 9 at device 4.2 on pci0 uhci0: LegSup = 0x2020 usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Also, I've upgraded the OS to 5.4-STABLE cvsupped at 20050804. State Changed From-To: feedback->open Feedback was received some time ago. Bonjour Toomas For what it worth, I have you checked the fix mentionnend there : http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/86438 Good luck with your iPod .. -- Germain Le Capelain, Germain wrote:
> For what it worth, I have you checked the fix mentionnend there :
> http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/86438
Yes. I received a patch on September 12th from Nathan J. Williams which
to my untrained eye seems to do the same thing as the patch mentioned in
USB/86438. I tried it out and it worked. Sorry for not reporting it in
earlier.
The patch is attached, I hope mr. Williams won't mind.
Hi, The patch works fine for me. With it, my iPod Mini appears reliably and instantly as a SCSI device. I attach a patch here that makes this a sysctl tunable, hw.usb.clearstall (default=1, set it to 0 to disable). I've been discussing this with Ian Dowse <iedowse@FreeBSD.org>, and he seems to think that the code that we are disabling should be disabled by default because a number of devices had problems with it. Instead, there should be a quirk to make the devices that need it get it. Running usbdevs -v, I get this information about my iPod: port 2 addr 2: high speed, power 500 mA, config 1, iPod mini(0x1205), Apple(0x05ac), rev 0.01 Cheers, -- Anders. After applying this patch I am able to use my iPod nano: umass0: Apple iPod, rev 2.00/0.01, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: <Apple iPod 1.62> Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 1953MB (3999744 512 byte sectors: 255H 63S/T 248C) # mount -t msdos /dev/da0s2 /mnt/ipod # umount /mnt/ipod # camcontrol eject da0 Unit stopped successfully, Media ejected gtkpod also works well :) -Corey State Changed From-To: open->closed A fix has been committed and MFC'ed to RELENG_[56]. |
