Hello,
Alan wrote:
One test you could do is simply to repeat the usb_set_interface() call; just issue the same call twice in a row. If the second one succeeds then the first one did not totally hang the camera.
I did that test , and the second call to usb_set_interface() ,immediately after
the first,does also return 0. And I hang in the same place : after calling the schedule()
of the ioct VIDIOCSYNC handler.
I also tried moving minimum possible fps (which is 5) and format (qcif instead of cif)
as module parameter and it also gave the same result.
regards, John
From: Alan Stern <[EMAIL PROTECTED]>
To: John Que <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], <[EMAIL PROTECTED]>
Subject: Re: [linux-usb-devel] usb_set_interface() to a different alternate setting
Date: Wed, 30 Jun 2004 11:11:05 -0400 (EDT)
On Wed, 30 Jun 2004, John Que wrote:
> Second:
> I did try to add usb_set_interface(pdev->udev, 0, 0)
> before usb_set_interface(pdev->udev, 0, 1); and it still hangs in the same
> place.
You said before that the driver was hanging in pwc_video_ioctl()'s VIDIOCSYNC handler, but when you added printk() statements there none of them got triggered. Doesn't that indicate that the hang occurs somewhere else, not where you thought?
> But still usb_pipeendpoint() and pdev->vendpoint returns 5 as before;
> I do not understand from where is this "5" , in all three cases: when using
> alternate
> setting 1 and 2 and 3. In fact I do not understand its meaning.
Every USB device can have up to 30 endpoints, and each endpoint is assigned a number between 1 and 15 (an input endpoint and an output endpoint may share the same number). But the numbers don't have to be consecutivee. So there's no reason why a camera with 2 endpoints might not choose to number them 2 and 5.
> Fourth : > Gerald said: > >Try getting the device status > >just after changing the setting to see if the setting that you choose > >did not stall the camera. > > If you can be more specific: what and how should I do it (which method > to call and what to check ) in order to find out if the setting that I > choose > did not stall the camera ,I will be thankful; I am quite a newbie in USB > matters.
One test you could do is simply to repeat the usb_set_interface() call; just issue the same call twice in a row. If the second one succeeds then the first one did not totally hang the camera.
Alan Stern
_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail
-------------------------------------------------------
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
