Bug 210767 - uvcvideo: Webcam (1f3a:100e) stopped working after 8a652a17e3c005dcdae31b6c8fdf14382a29cbbe
Summary: uvcvideo: Webcam (1f3a:100e) stopped working after 8a652a17e3c005dcdae31b6c8f...
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: USB (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: Default virtual assignee for Drivers/USB
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-18 11:40 UTC by Till Dörges
Modified: 2020-12-20 16:42 UTC (History)
3 users (show)

See Also:
Kernel Version: 5.10.1-2.g8f3d468
Tree: Mainline
Regression: Yes


Attachments
Output from lsusb as root (8.38 KB, text/plain)
2020-12-19 19:51 UTC, Till Dörges
Details
Tentative patch (2.83 KB, patch)
2020-12-20 14:27 UTC, Laurent Pinchart
Details | Diff

Description Till Dörges 2020-12-18 11:40:43 UTC
The device in question is

  Renkforce RF AC4K 300 Action Cam 4K

https://www.conrad.de/de/p/action-cam-renkforce-rf-ac-4k-webcam-4k-wlan-wasserfest-staubgeschuetzt-1577043.html


When connected via USB to a PC, it offers two modes:
 - mass storage
 - camera


When set to webcam mode it identifies as:
  [34367.545510] uvcvideo: Found UVC 1.00 device Android (1f3a:100e)


I tested against 5.10.1-2.g8f3d468.


With 8a652a17e3c005dcdae31b6c8fdf14382a29cbbe (https://raw.githubusercontent.com/SUSE/kernel-source/openSUSE-15.2/patches.suse/media-uvcvideo-Ensure-all-probed-info-is-returned-to.patch) the device stopped working in camera mode, i.e. no more video capture.


When reversing the above patch, the device is working as expected.


Downstream bug report is at https://bugzilla.opensuse.org/show_bug.cgi?id=1180117
Comment 1 Laurent Pinchart 2020-12-18 14:02:44 UTC
Could you please provide the output of

lsusb -v -d 1f3a:100e

(if possible running as root) ?
Comment 2 Till Dörges 2020-12-19 19:51:15 UTC
Created attachment 294237 [details]
Output from lsusb as root
Comment 3 Till Dörges 2020-12-20 11:55:58 UTC
The device also seems to have issues with USB suspend (https://sourceforge.net/p/linux-uvc/mailman/message/37178728/)

Is this in any way related?
Comment 4 Laurent Pinchart 2020-12-20 14:26:20 UTC
Thank you for the lsusb output.

The problem is caused by a bug in the device firmware, so we'll need to work around it. I'll propose a patch.
Comment 5 Laurent Pinchart 2020-12-20 14:27:30 UTC
Created attachment 294241 [details]
Tentative patch
Comment 6 Laurent Pinchart 2020-12-20 14:29:25 UTC
Assuming the patch fixes the issue, I'll submit it to the linux-media mailing list. Till, are you OK to have your name included in the commit messages as the reporter ?
Comment 7 Till Dörges 2020-12-20 16:26:27 UTC
(In reply to Laurent Pinchart from comment #6)

> Assuming the patch fixes the issue, I'll submit it to the linux-media
> mailing list.

Will try to give the patch a shot asap.


> Till, are you OK to have your name included in the commit
> messages as the reporter ?

Yes, including my name is okay.

Thanks for the quick turnaround!
Comment 8 Till Dörges 2020-12-20 16:42:24 UTC
Tests were against 5.10.1-2.g8f3d468.

I applied the patch from comment 5 (0001-media-uvcvideo-Accept-invalid-bFormatIndex-and-bFram.patch).

The device is working as expected with that patch.

Thanks!

Note You need to log in before you can comment on or make changes to this bug.