Hello, I have a CamLink original which worked fine under Debian buster. But then I upgraded to Debian Bullseye. Now I no longer get the vl4 driver for the device. Running a Buster VM on the computer, and then redirecting the USB port inside the VM, this works fine. But ideally would like to get this working without a VM. Any ideas on how to debug this issue? The closest I can see is this bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966541 - but I don't get any stack trace in my kernel log files. Also this is Camlink, not the newer CamLink 4K. The logs I do get (tail -f /var/log/*.log) after plugging in the device are: ==> /var/log/kern.log <== Aug 24 09:05:13 canidae kernel: [43925.738496] usb 1-1: new high-speed USB device number 12 using xhci_hcd Aug 24 09:05:13 canidae kernel: [43925.889687] usb 1-1: New USB device found, idVendor=534d, idProduct=2109, bcdDevice=21.00 Aug 24 09:05:13 canidae kernel: [43925.889692] usb 1-1: New USB device strings: Mfr=1, Product=0, SerialNumber=0 Aug 24 09:05:13 canidae kernel: [43925.889695] usb 1-1: Manufacturer: MACROSILICON Aug 24 09:05:13 canidae kernel: [43925.893805] hid-generic 0003:534D:2109.000A: hiddev0,hidraw0: USB HID v1.10 Device [MACROSILICON] on usb-0000:00:14.0-1/input4 ==> /var/log/user.log <== Aug 24 09:05:13 canidae mtp-probe: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1" Aug 24 09:05:13 canidae mtp-probe: bus: 1, device: 12 was not an MTP device Aug 24 09:05:13 canidae mtp-probe: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1" Aug 24 09:05:13 canidae mtp-probe: bus: 1, device: 12 was not an MTP device ==> /var/log/daemon.log <== Aug 24 09:05:13 canidae rtkit-daemon[1452]: Supervising 7 threads of 2 processes of 2 users. Aug 24 09:05:13 canidae rtkit-daemon[1452]: Successfully made thread 155187 of process 1786 owned by '1000' RT at priority 5. Aug 24 09:05:13 canidae rtkit-daemon[1452]: Supervising 8 threads of 2 processes of 2 users. Not sure why it is trying to use it as a MTP device... Is this normal? I don't see anything about v4l which I would expect to see. Thanks -- Brian May <brian@linuxpenguins.xyz> https://linuxpenguins.xyz/brian/
Hello Brian, On 8/24/20, Brian May via luv-main <luv-main@luv.asn.au> wrote:
Hello,
I have a CamLink original which worked fine under Debian buster. But then I upgraded to Debian Bullseye. Now I no longer get the vl4 driver for the device.
Just googled for what it is, and cheap HDMI to USB conversion. There are more expensive devices, and cheaper. I have wanted to capture HDMI, despite supposed to be secure for copyright. An MTP device is a Media Transfer Protocol device, and the protocol appears to originate from Android. Not sure about the status of support on the desktop. Having it working in Buster but not Bullseye, it may still be being worked on. Current stable Debian is Buster. Bullseye is still not released. That may be why things are incomplete and not working. For those with a lot more competence than I have, they may be able to get it to work, they may well even be part of the development and testing team.
Running a Buster VM on the computer, and then redirecting the USB port inside the VM, this works fine.
But ideally would like to get this working without a VM. Any ideas on how to debug this issue?
The closest I can see is this bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966541 - but I don't get any stack trace in my kernel log files. Also this is Camlink, not the newer CamLink 4K.
This does suggest that the software is still a work in progress before release for the rest of us. Regards, Mark Trickett
Brian May via luv-main <luv-main@luv.asn.au> writes:
I have a CamLink original which worked fine under Debian buster. But then I upgraded to Debian Bullseye. Now I no longer get the vl4 driver for the device.
This problem appears to have been fixed after upgrading the kernel from 5.7.0-2-amd64 to 5.7.0-3-amd64 (kind of surprised me actually). -- Brian May <brian@linuxpenguins.xyz> https://linuxpenguins.xyz/brian/
participants (2)
-
Brian May -
Mark Trickett