On Mon, 24 Sep 2012, Ming Lei wrote: > On Mon, Sep 24, 2012 at 12:09 AM, Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> wrote: > > > No, you can still handle the other case. You need to report the > > condition to the PM core, say by calling pm_wakeup_event(). > > Good point, so kind of below code should be added to usb_suspend_both > to handle the situation centralizedly: > > if (!PMSG_IS_AUTO(msg)) { > if (hdev->do_remote_wakeup && status == -EBUSY) > pm_wakeup_event(&hdev->dev, timeout) > status = 0; > } No. Drivers can return -EBUSY for other reasons besides a pending wakeup. They will have to handle wakeups by themselves. > For hub devices, the 'timeout' should be a bit long since khubd has been > frozen. Yeah, probably around a second or two. Alan Stern -- 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