On 06/20/2009 12:51 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 23:54:40 +0200
Hans de Goede<hdegoede@xxxxxxxxxx> escreveu:
Support for the st6422 bridge + sensor !
Give it a try, I know now you have a cam which uses this bridge :)
When you try it be sure to use the latest (just updated my
libv4l tree) libv4l, this enables (software) automatic control of
the gain and exposure, for a decent image in most lighting
conditions.
Didn't work :( See the logs bellow.
<snip>
$ dmesg
STV06xx: Probing for a stv06xx device
gspca: probing 046d:08f6
usbcore: registered new interface driver STV06xx
STV06xx: registered
gspca: usb_submit_urb [0] err -28
gspca: no transfer endpoint found
err -28 is ENOSPC which is given by usb_submit_urb, when the
required bandwidth for the isoc transfer is not available.
With most cams we then automatically fall back to an altsetting
which requires less bandwidth, but the st6422 has only one
hence the: "gspca: no transfer endpoint found" error.
There are 3 possible causes for this:
1) You are using the device through an usb 2.0 hub, this should work
but does not work due to a bug in the usb subsystem of the kernel,
which I have reported but most likely won't be fixed
2) Some-one / something is using the mic, which also uses usb bandwidth,
yes probably another usb subsystem bug, atm the mic and camera functions
cannot be used at the same time (something I need to look into)
do "rmmod snd_usb_audio", and if that fails with a -EBUSY error,
find the culprit (volume control panel applet for example) kill it,
and try again
3) Some other device on the same root hub is using bandwidth
Yes USB sucks, all hail USB :(
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
