Re: [linux-usb-devel] USB deadlock after resume

2007-11-22 Thread Oliver Neukum
Am Mittwoch 21 November 2007 schrieb Laurent Pinchart: > I like the RESET_RESUME quirk best. Adding a new quirk to the uvcvideo driver > doesn't really make sense when the USB subsystem is already able to handle > this situation. Not the driver but teh system wide quirks table. We have to reset

Re: [linux-usb-devel] USB deadlock after resume

2007-11-21 Thread Markus Rechberger
On 11/21/07, Laurent Pinchart <[EMAIL PROTECTED]> wrote: > On Wednesday 21 November 2007, Markus Rechberger wrote: > > On 11/21/07, Alan Stern <[EMAIL PROTECTED]> wrote: > > > On Wed, 21 Nov 2007, Markus Rechberger wrote: > > > > > > it's not just usb_set_interface that hangs actually. > > > > > >

Re: [linux-usb-devel] USB deadlock after resume

2007-11-21 Thread Alan Stern
On Wed, 21 Nov 2007, Laurent Pinchart wrote: > > > When you suspend, you cut off vbus (afaik, correct me if I'm wrong), > > > which means your device will get disconnected. One way to avoid this is > > > enabling CONFIG_USB_PERSIST and trying with that on. > > > > Suspend may or may not cut off po

Re: [linux-usb-devel] USB deadlock after resume

2007-11-21 Thread Laurent Pinchart
On Wednesday 21 November 2007, Oliver Neukum wrote: > Am Mittwoch 21 November 2007 schrieb Felipe Balbi: > > > Do you know any good way for performing a softreset within the driver? > > > The video application should get a continuous datastream after > > > resuming the notebook, so the driver shoul

Re: [linux-usb-devel] USB deadlock after resume

2007-11-21 Thread Laurent Pinchart
On Wednesday 21 November 2007, Markus Rechberger wrote: > On 11/21/07, Alan Stern <[EMAIL PROTECTED]> wrote: > > On Wed, 21 Nov 2007, Markus Rechberger wrote: > > > > > it's not just usb_set_interface that hangs actually. > > > > > It seems to hang at > > > > > > > > > > wait_event(usb_kill_urb_que

Re: [linux-usb-devel] USB deadlock after resume

2007-11-21 Thread Laurent Pinchart
On Wednesday 21 November 2007, Markus Rechberger wrote: > On 11/21/07, Oliver Neukum <[EMAIL PROTECTED]> wrote: > > Am Mittwoch 21 November 2007 schrieb Markus Rechberger: > > > > Which URB is usb_kill_urb() called for? > > > > > > it's the usb_control_message which calls usb_kill_urb if I haven't

Re: [linux-usb-devel] USB deadlock after resume

2007-11-21 Thread Alan Stern
On Wed, 21 Nov 2007, Markus Rechberger wrote: > Not really, suspending doesn't work at all on my other notebook it > just freezes.. > I'm basically trying to get that driver work on my eee PC [1], it's > cheap and tiny so I don't expect anything special in there.. > The system is preloaded with Xa

Re: [linux-usb-devel] USB deadlock after resume

2007-11-21 Thread Markus Rechberger
On 11/21/07, Alan Stern <[EMAIL PROTECTED]> wrote: > On Wed, 21 Nov 2007, Markus Rechberger wrote: > > > > > it's not just usb_set_interface that hangs actually. > > > > It seems to hang at > > > > > > > > wait_event(usb_kill_urb_queue, atomic_read(&urb->use_count) == 0); > > > > > > > > in drivers

Re: [linux-usb-devel] USB deadlock after resume

2007-11-21 Thread Alan Stern
On Wed, 21 Nov 2007, Markus Rechberger wrote: > > > it's not just usb_set_interface that hangs actually. > > > It seems to hang at > > > > > > wait_event(usb_kill_urb_queue, atomic_read(&urb->use_count) == 0); > > > > > > in drivers/usb/core/urb.c after resuming. I disabled access to the usb > > >