On Thu, Nov 11, 2010 at 01:04:20PM -0800, Sarah Sharp wrote: > > A better use of your time might be to find out if other USB devices also > disconnect across suspend (both USB 2.0 devices and other USB 3.0 > devices). I'm also curious if the USB 3.0 device might not be able to > handle USB device suspend (autosuspend). Can you unmount the hard > drive, unload the usb-storage driver, and then try to autosuspend it? Ok. So the hard drive was unmounted. I did a modprobe -r usb_storage. Then I tried your autosuspend trick using /sys/bus/usb/devices/6-2. > Once you've found the right directory, echo "auto" to the power/control > file. That should autosuspend the USB 3.0 hard drive after 2 seconds. > Wait for 5 seconds or so, and then echo "on" to power/control. If the > dmesg shows that the device disconnected on resume, it may not be able > to handle USB device suspend. That could be the reason it disconnects > on resume from hibernate, because the xHCI driver has to put all the > devices in USB device suspend before suspending the host controller. I didn't see any disconnect messages. I then modprobe usb_storage and did the 'auto' and 'on' trick you asked for. Same thing, no disconnect messages. Though without usb_storage I did see messages 'suspending root hub' and 'resuming root hub', which I did not see with the usb_storage module loaded. Regardless the hard drive still mounted. Thoughts? Cheers, Don -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
