From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: linux-uvc-devel@lists.berlios.de
Cc: Ondrej Zary <linux@rainbow-software.org>,
linux-kernel@vger.kernel.org, linux-media@vger.kernel.org
Subject: Re: [Linux-uvc-devel] [PATCH] Re: uvcvideo: Finally fix Logitech Quickcam for Notebooks Pro
Date: Fri, 9 Oct 2009 01:04:26 +0200 [thread overview]
Message-ID: <200910090104.26371.laurent.pinchart@ideasonboard.com> (raw)
In-Reply-To: <200910071459.43622.linux@rainbow-software.org>
Hi Ondrej,
On Wednesday 07 October 2009 14:59:40 Ondrej Zary wrote:
> On Tuesday 06 October 2009, Ondrej Zary wrote:
> > Hello,
> > I have a Logitech Quickcam for Notebooks Pro camera (046d:08c3) which
> > just does not work even with kernel 2.6.31 and has never worked well
> > before.
> >
> > On http://linux-uvc.berlios.de/, there are two problems listed. I want to
> > really fix these two problems so the camera will just work after plugging
> > in (and not disconnect). I started with problem no. 2 as this causes the
> > camera not to work at all when plugged in:
> >
> > usb 5-2.4: new high speed USB device using ehci_hcd and address 7
> > usb 5-2.4: configuration #1 chosen from 1 choice
> > uvcvideo: Found UVC 1.00 device <unnamed> (046d:08c3)
> > uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported. Enabling
> > workaround.
> > uvcvideo: Failed to query (129) UVC probe control : -110 (exp. 26).
> > uvcvideo: Failed to initialize the device (-5).
> >
> > When I do "modprobe snd_usb_audio", then "rmmod snd_usb_audio" and
> > finally "modprobe uvcvideo", it works. So it looks like snd_usb_audio
> > does some initialization that allows uvcvideo to work. It didn't work at
> > all I didn't have snd_usb_audio module compiled.
> >
> > What was the change that supposedly broke this in 2.6.22?
>
> I discovered that it's not related to usb audio at all. Doing "rmmod
> uvcvideo" and "modprobe uvcvideo" repeatedly succeeded after a couple of
> tries. Increasing UVC_CTRL_STREAMING_TIMEOUT to 3000 helped (2000 was not
> enough).
>
>
> Increase UVC_CTRL_STREAMING_TIMEOUT to fix initialization of
> Logitech Quickcam for Notebooks Pro.
> This fixes following error messages:
> uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported. Enabling
> workaround. uvcvideo: Failed to query (129) UVC probe control : -110 (exp.
> 26). uvcvideo: Failed to initialize the device (-5).
>
> Signed-off-by: Ondrej Zary <linux@rainbow-software.org>
>
> --- linux-2.6.31-orig/drivers/media/video/uvc/uvcvideo.h 2009-09-10
> 00:13:59.000000000 +0200 +++
> linux-2.6.31/drivers/media/video/uvc/uvcvideo.h 2009-10-07
> 13:47:27.000000000 +0200 @@ -304,7 +304,7 @@
> #define UVC_MAX_STATUS_SIZE 16
>
> #define UVC_CTRL_CONTROL_TIMEOUT 300
> -#define UVC_CTRL_STREAMING_TIMEOUT 1000
> +#define UVC_CTRL_STREAMING_TIMEOUT 3000
>
> /* Devices quirks */
> #define UVC_QUIRK_STATUS_INTERVAL 0x00000001
>
Thanks for the patch. I wonder if it will help other Logitech users.
The UVC specification unfortunately doesn't give a time boundary for answering
streaming requests, so that's up to the developers. I'm pretty sure we will
find at least one webcam model that will require 3001ms at some point :-)
I was thinking about adding a module parameter to set the streaming control
timeout. I'm not sure what the default value should be though. What's your
opinion on this ? If we decide to increase the default value, where should we
stop ?
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2009-10-08 23:02 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-06 14:07 Ondrej Zary
2009-10-07 12:59 ` [PATCH] " Ondrej Zary
[not found] ` <561c252c0910070612v6c7f6363xbb9548f62c834fbd@mail.gmail.com>
2009-10-07 13:34 ` [Linux-uvc-devel] " Ondrej Zary
2009-10-08 23:04 ` Laurent Pinchart [this message]
2009-10-09 6:32 ` Ondrej Zary
2009-10-11 22:01 ` Laurent Pinchart
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200910090104.26371.laurent.pinchart@ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-uvc-devel@lists.berlios.de \
--cc=linux@rainbow-software.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®