Bug 713509
| Summary: | [RFE] Mac USB SuperDrive does not spin up on MacBook Air | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jurgen Kramer <gtmkramer> |
| Component: | kernel | Assignee: | Justin M. Forbes <jforbes> |
| Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | gansalmon, itamar, jonathan, jwboyer, kernel-maint, madhu.chinakonda, michele |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | --- | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Jurgen Kramer
2011-06-15 15:44:01 UTC
(In reply to comment #1) > I've also tried this on my regular PC running F15 and it works just fine while > this PC does certainly not have 'high power' USB ports. Could be that writing a > CD or DVD does require more amps from the usb port. Do you mean it works fine without sending the SCSI command to the drive? No the SCSI command has to be sent for the drive to spin up. What I meant was that the drive works just fine on a 'regular PC' with non high power USB ports. The SCSI command is needed to spin up the drive. I have not tested writing CDs or DVDs on a PC without high power USB ports. You should probably ask about this on the linux-usb list. Does this still happen on a 3.0 or 3.1-rc1/2 kernel? retested with kernel 3.0.0-1.fc16.x86_64 from F16 Alpha RC5. The device is properly recognized but does not spin up. Issuing the special SCSI command makes the drive spin up. Another test with update F16 kernel 3.0.1-3.fc16.x86_64. Issue persists. just checked again with kernel-3.1.0-0.rc3.git0.0. No change (and not expected). Tested against Fedora 19 (kernel 3.11.4-201.fc19.x86_64) Still no hot-plug support. Works fine when rebooting. To use without rebooting do the following: 1. Plug in USB SuperDrive dmesg output [13613.172494] usb 3-1: new high-speed USB device number 5 using xhci_hcd [13613.272610] usb 3-1: New USB device found, idVendor=05ac, idProduct=1500 [13613.272613] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [13613.272615] usb 3-1: Product: MacBook Air SuperDrive [13613.272617] usb 3-1: Manufacturer: Apple Inc. [13613.272618] usb 3-1: SerialNumber: KTRC5F03824 [13613.275331] usb-storage 3-1:1.0: USB Mass Storage device detected [13613.275564] scsi10 : usb-storage 3-1:1.0 [13614.282929] scsi 10:0:0:0: CD-ROM Apple SuperDrive 2.00 PQ: 0 ANSI: 0 [13614.294363] sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray [13614.294767] sr 10:0:0:0: Attached scsi CD-ROM sr0 [13614.294982] sr 10:0:0:0: Attached scsi generic sg2 type 5 2. run "sg_raw /dev/sr0 ea 00 00 00 00 00 01" (dependant on sg3_utils). e.g [user@fedora ~]$ sg_raw /dev/sr0 ea 00 00 00 00 00 01 SCSI Status: Good [user@fedora ~]$ You can now insert and eject disks like any normal optical disk drive. Dale, Jurgen,
can you please test the following udev rule (/etc/udev/rules.d/99-applesdrive.rules):
# Hack to power up external Apple Superdrive
SUBSYSTEMS=="usb", ACTION=="add", ATTRS{idVendor}=="05ac", ATTRS{idProduct}=="1500", KERNEL=="sr*", RUN+="/bin/sg_raw -v /dev/%k ea 00 00 00 00 00 01"
Let me know if it works for you. No need to restart anything just place this
file in /etc/udev/rules.d.
Thanks,
Michele
Michele,
Confirmed as working....
Personally I have been adding the following to my systems which also works so either udev rule works fine.
ACTION=="add", ENV{ID_VENDOR}=="Apple", ENV{ID_MODEL}="SuperDrive", RUN+="/usr/bin/sg_raw /dev/sr0 ea 00 00 00 00 00 01"
Dale
Thanks Dale, yours works too as long as the Superdrive is the only cd/dvd drive on the system, yes. I think at this point it makes little sense to pursue some kernel change for this. I quickly looked at it and it likely cannot be done cleanly in drivers/usb/storage/initializers.c and will require an ad hoc ums-apple... driver. Given that we can fix this in userspace with greater flexibility, I think we should ask the udev folks to include this in one form or the other. hth, Michele I've filed https://bugs.freedesktop.org/show_bug.cgi?id=71972 Let's see if upstream agrees to it or not. Just to confirm as well. The udev rule works great! Thanks. This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component. |