Am Montag, 3. Mai 2010 23:11:54 schrieb Bruno Prémont: > [ 477.543304] usb 1-2.1: usb_autosuspend_device: cnt 1 -> 0 > [ 477.543316] usbhid 1-2.1:1.1: __pm_runtime_suspend()! > [ 477.543326] usbhid 1-2.1:1.1: __pm_runtime_suspend() returns 0! > [ 477.543380] usbcore: registered new interface driver usbhid > [ 477.549457] usbhid: USB HID core driver > > And suspend is freezing inside of hid_cancel_delayed_stuff(usbhid) call > from hid_suspend() in drivers/hid/usbhid/hid-core.c ... > > Is it worth continuing iteration and adding further printk's down there? > Jiri, what's your opinion on this? Ugh. That looks like a bug in usbhid that I introduced. A fix is not trivial. In short, I did not think the device could be undergoing a queued resumption while suspend() is being called. I wonder why this is happening. Regards Oliver -- 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
