Re: [PATCH v3 3/5] media: uvcvideo: Automatically handle cameras with invalid uvc_version
From: Ricardo Ribalda
Date: Mon Sep 28 2026 - 09:33:25 EST
On Mon, 28 Sept 2026 at 14:52, Laurent Pinchart
<laurent.pinchart@xxxxxxxxxxxxxxxx> wrote:
>
> On Fri, Sep 11, 2026 at 01:22:27PM +0000, Ricardo Ribalda wrote:
> > Currently, the driver expects that cameras properly implement the spec
> > version that they announce, and if they fail to do so, we do not continue
> > probing the driver.
> >
> > To make drivers more fun, some vendors decided to announce that they are
> > a UVC version that they are not. Until now, we handled those cameras via
> > quirks.
> >
> > Unfortunately, reality has shown us that there are more cameras out
> > there with an invalid uvc_version than we initially predicted.
>
> As far as I understand, this was triggered by the Avermedia GC515. Have
> you received other reports ?
I have not, but we can agree that not that many people does the extra
mile to report to this mailing list.
If multiple cameras, from different ISPs have this issue it makes me
think that Windows is handling this uvc_version more naively than us,
and unfortunately it is what most vendors use to validate their
cameras.
I'd rather support more cameras than fewer.
>
> > This patch tries to handle these cameras with an identity crisis
> > automatically. We still shame them in dmesg. But now they will work.
>
> If the vendors ignored the fact that those cameras didn't work at all on
> Linux, do you think they will read dmesg ?
They wont, but distros might look into logs and keep track of warnings/logs.
>
> Jokes aside, UVC version override was added in November 2020, and the
> Avermedia GC515 is the fourth device we list in nearly 6 years. Let's
> see if there are any drawbacks in the implementation below that can be
> justified by such a small number of devices.
>
> > Tested-by: Edwin Gatier <edwin.gatier@xxxxxxxxxxxxxx>
> > Signed-off-by: Ricardo Ribalda <ribalda@xxxxxxxxxxxx>
> > ---
> > drivers/media/usb/uvc/uvc_driver.c | 11 +++++++----
> > drivers/media/usb/uvc/uvc_video.c | 40 +++++++++++++++++++++++++-------------
> > drivers/media/usb/uvc/uvcvideo.h | 2 ++
> > 3 files changed, 35 insertions(+), 18 deletions(-)
> >
> > diff --git a/drivers/media/usb/uvc/uvc_driver.c b/drivers/media/usb/uvc/uvc_driver.c
> > index e289cc71ba98..ca75f8d1ec46 100644
> > --- a/drivers/media/usb/uvc/uvc_driver.c
> > +++ b/drivers/media/usb/uvc/uvc_driver.c
> > @@ -1169,9 +1169,7 @@ static int uvc_parse_standard_control(struct uvc_device *dev,
> >
> > case UVC_VC_PROCESSING_UNIT:
> > n = buflen >= 8 ? buffer[7] : 0;
> > - p = dev->uvc_version >= 0x0110 ? 10 : 9;
> > -
> > - if (buflen < p + n) {
> > + if (buflen < 9 + n) {
> > uvc_dbg(dev, DESCR,
> > "device %d videocontrol interface %d PROCESSING_UNIT error\n",
> > udev->devnum, alts->desc.bInterfaceNumber);
> > @@ -1188,7 +1186,12 @@ static int uvc_parse_standard_control(struct uvc_device *dev,
> > unit->processing.bControlSize = buffer[7];
> > unit->processing.bmControls = (u8 *)unit + sizeof(*unit);
> > memcpy(unit->processing.bmControls, &buffer[8], n);
> > - if (dev->uvc_version >= 0x0110)
> > +
> > + /*
> > + * We are not using bmVideoStandards, so there is no need to
> > + * warn the user if it is missing.
>
> There's value in warning the user about UVC non-compliance though. I'd
> like to see a warning that indicates the device reports an incorrect UVC
> version.
>
> If I'm not mistaken, the Avermedia GC515 includes the bmVideoStandards
> field. This change is therefore not needed for any devices we know
> about, right ?
We do not know if it includes the bmVideoStandards or not. Wihout
https://lore.kernel.org/linux-media/20260928124109.GF157191@xxxxxxxxxxxxxxxxxxxxxxxxxx/T/#t
it might leaking the next control. (this is how I started working on
the other patch).
Luckily for us bmVideoStandards is not used.
>
> > + */
> > + if (dev->uvc_version >= 0x0110 && buflen >= (n + 10))
> > unit->processing.bmVideoStandards = buffer[9+n];
> >
> > uvc_entity_set_name(dev, unit, "Processing", buffer[8+n]);
> > diff --git a/drivers/media/usb/uvc/uvc_video.c b/drivers/media/usb/uvc/uvc_video.c
> > index 2a3b7431cc68..2f3daa920ffa 100644
> > --- a/drivers/media/usb/uvc/uvc_video.c
> > +++ b/drivers/media/usb/uvc/uvc_video.c
> > @@ -273,6 +273,8 @@ static void uvc_fixup_video_ctrl(struct uvc_streaming *stream,
> > }
> > }
> >
> > +#define UVC_VIDEO_CTRL_MIN_SIZE 26
> > +
> > static size_t uvc_video_ctrl_size(struct uvc_streaming *stream)
> > {
> > /*
> > @@ -280,7 +282,7 @@ static size_t uvc_video_ctrl_size(struct uvc_streaming *stream)
> > * on the protocol version.
> > */
> > if (stream->dev->uvc_version < 0x0110)
> > - return 26;
> > + return UVC_VIDEO_CTRL_MIN_SIZE;
> > else if (stream->dev->uvc_version < 0x0150)
> > return 34;
> > else
> > @@ -290,7 +292,6 @@ static size_t uvc_video_ctrl_size(struct uvc_streaming *stream)
> > static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > struct uvc_streaming_control *ctrl, int probe, u8 query)
> > {
> > - u16 size = uvc_video_ctrl_size(stream);
> > u8 *data;
> > int ret;
> >
> > @@ -298,13 +299,13 @@ static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > query == UVC_GET_DEF)
> > return -EIO;
> >
> > - data = kmalloc(size, GFP_KERNEL);
> > + data = kmalloc(stream->ctrl_size, GFP_KERNEL);
> > if (data == NULL)
> > return -ENOMEM;
> >
> > ret = __uvc_query_ctrl(stream->dev, query, 0, stream->intfnum,
> > probe ? UVC_VS_PROBE_CONTROL : UVC_VS_COMMIT_CONTROL, data,
> > - size, uvc_timeout_param);
> > + stream->ctrl_size, uvc_timeout_param);
> >
> > if ((query == UVC_GET_MIN || query == UVC_GET_MAX) && ret == 2) {
> > /*
> > @@ -319,7 +320,8 @@ static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > ctrl->wCompQuality = le16_to_cpup((__le16 *)data);
> > ret = 0;
> > goto out;
> > - } else if (query == UVC_GET_DEF && probe == 1 && ret != size) {
> > + } else if (query == UVC_GET_DEF && probe == 1 &&
> > + ret < UVC_VIDEO_CTRL_MIN_SIZE) {
> > /*
> > * Many cameras don't support the GET_DEF request on their
> > * video probe control. Warn once and return, the caller will
> > @@ -330,15 +332,24 @@ static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > "Enabling workaround.\n");
> > ret = -EIO;
> > goto out;
> > - } else if (ret != size) {
> > + } else if (ret < UVC_VIDEO_CTRL_MIN_SIZE) {
> > dev_err(&stream->intf->dev,
> > "Failed to query (%s) UVC %s control : %d (exp. %u).\n",
> > uvc_query_name(query), probe ? "probe" : "commit",
> > - ret, size);
> > + ret, stream->ctrl_size);
> > ret = (ret == -EPROTO) ? -EPROTO : -EIO;
> > goto out;
> > }
> >
> > + if (ret != stream->ctrl_size) {
> > + uvc_warn_once(stream->dev, UVC_WARN_CTRL_SIZE,
> > + "UVC non compliance: Query (%s) UVC %s control had a size of %d instead of %u.\n",
> > + uvc_query_name(query),
> > + probe ? "probe" : "commit", ret,
> > + stream->ctrl_size);
> > + stream->ctrl_size = ret;
> > + }
>
> There are two other locations where uvc_version is used:
>
> - In uvc_fixup_video_ctrl() to implement a workaround for pre-1.10
> devices that don't report dwMaxVideoFrameSize
>
> - In uvc_ctrl_filter_plf_mapping() to stkip the power line frequency
> control on pre-1.50 devices
>
> None of those are handled in this patch. Furthermore, more usage of
> uvc_version may be needed in the future. This patch seems a bit fragile
> to me in that regard. Could we instead detect the version and update the
> uvc_version field ?
Will send a follow-up to fix dwMaxVideoFrameSize.
uvc_ctrl_filter_plf_mapping properly handes devices with invalid
uvc_version. It automatically probes the control.
I though about parsing the uvc_version, but then I realised that some
devices might implement video_ctrl_size correctly but not filter_plf
(or the other way around).
So I decided that this was better.
>
> Another option, given the small number of affected devices, is to just
> merge 5/5 (as well as 1/5 and 2/5 that are nice small improvements).
I'd argue that 4/5 is also a nice to have.
>
> > +
> > ctrl->bmHint = le16_to_cpup((__le16 *)&data[0]);
> > ctrl->bFormatIndex = data[2];
> > ctrl->bFrameIndex = data[3];
> > @@ -351,7 +362,7 @@ static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > ctrl->dwMaxVideoFrameSize = get_unaligned_le32(&data[18]);
> > ctrl->dwMaxPayloadTransferSize = get_unaligned_le32(&data[22]);
> >
> > - if (size >= 34) {
> > + if (ret >= 34) {
> > ctrl->dwClockFrequency = get_unaligned_le32(&data[26]);
> > ctrl->bmFramingInfo = data[30];
> > ctrl->bPreferedVersion = data[31];
> > @@ -381,11 +392,10 @@ static int uvc_get_video_ctrl(struct uvc_streaming *stream,
> > static int uvc_set_video_ctrl(struct uvc_streaming *stream,
> > struct uvc_streaming_control *ctrl, int probe)
> > {
> > - u16 size = uvc_video_ctrl_size(stream);
> > u8 *data;
> > int ret;
> >
> > - data = kzalloc(size, GFP_KERNEL);
> > + data = kzalloc(stream->ctrl_size, GFP_KERNEL);
> > if (data == NULL)
> > return -ENOMEM;
> >
> > @@ -401,7 +411,7 @@ static int uvc_set_video_ctrl(struct uvc_streaming *stream,
> > put_unaligned_le32(ctrl->dwMaxVideoFrameSize, &data[18]);
> > put_unaligned_le32(ctrl->dwMaxPayloadTransferSize, &data[22]);
> >
> > - if (size >= 34) {
> > + if (stream->ctrl_size >= 34) {
> > put_unaligned_le32(ctrl->dwClockFrequency, &data[26]);
> > data[30] = ctrl->bmFramingInfo;
> > data[31] = ctrl->bPreferedVersion;
> > @@ -411,11 +421,11 @@ static int uvc_set_video_ctrl(struct uvc_streaming *stream,
> >
> > ret = __uvc_query_ctrl(stream->dev, UVC_SET_CUR, 0, stream->intfnum,
> > probe ? UVC_VS_PROBE_CONTROL : UVC_VS_COMMIT_CONTROL, data,
> > - size, uvc_timeout_param);
> > - if (ret != size) {
> > + stream->ctrl_size, uvc_timeout_param);
> > + if (ret != stream->ctrl_size) {
> > dev_err(&stream->intf->dev,
> > "Failed to set UVC %s control : %d (exp. %u).\n",
> > - probe ? "probe" : "commit", ret, size);
> > + probe ? "probe" : "commit", ret, stream->ctrl_size);
> > ret = -EIO;
> > }
> >
> > @@ -2231,6 +2241,8 @@ int uvc_video_init(struct uvc_streaming *stream)
> >
> > atomic_set(&stream->active, 0);
> >
> > + stream->ctrl_size = uvc_video_ctrl_size(stream);
> > +
> > /*
> > * Alternate setting 0 should be the default, yet the XBox Live Vision
> > * Cam (and possibly other devices) crash or otherwise misbehave if
> > diff --git a/drivers/media/usb/uvc/uvcvideo.h b/drivers/media/usb/uvc/uvcvideo.h
> > index abcafd929c9e..8d99e857a69f 100644
> > --- a/drivers/media/usb/uvc/uvcvideo.h
> > +++ b/drivers/media/usb/uvc/uvcvideo.h
> > @@ -461,6 +461,7 @@ struct uvc_streaming {
> > struct usb_interface *intf;
> > int intfnum;
> > u32 maxpsize;
> > + unsigned int ctrl_size;
>
> That should be called video_ctrl_size, ctrl_size is ambiguous.
Ack
>
> >
> > struct uvc_streaming_header header;
> > enum v4l2_buf_type type;
> > @@ -662,6 +663,7 @@ static inline struct uvc_fh *to_uvc_fh(struct file *filp)
> > #define UVC_WARN_PROBE_DEF 1
> > #define UVC_WARN_XU_GET_RES 2
> > #define UVC_WARN_QUERY_CTRL 3
> > +#define UVC_WARN_CTRL_SIZE 4
> >
> > extern unsigned int uvc_clock_param;
> > extern unsigned int uvc_no_drop_param;
>
> --
> Regards,
>
> Laurent Pinchart
--
Ricardo Ribalda