I don't see why we can't try to provide partial support for a power-off suspend mode. While it clearly wouldn't work for every device, it would work for a great many.
To continue the analogy I made earlier, consider what difference there is between power-off suspend of a device and reset of its parent hub. Not much at all; resetting a hub will cause it to turn off power to all its ports. If we want to try handling unsolicited resets then we ought to cover cases like this. Going back to one of the earlier aspects of this thread, here's a disturbing thought. From time to time usb-storage may try to issue device resets. The implication is that everything in the reset pathway must use GFP_NOIO or GFP_ATOMIC -- and that's a large part of the hub driver! If we go farther and allow unsolicited resets, then the pathway includes almost everything in the hub driver! Consider what would happen if we have to reset a hub behind which is a USB disk containing a swap partition. Maybe everything in the hub driver should use GFP_NOIO as a matter of course. Alan Stern ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
