You are not logged in.
Camera working with linux-6.12.7.arch1-1.1
ls -l /dev/video*
crw-rw---- 1 root video 81, 0 01-02 16:47 /dev/video0
crw-rw---- 1 root video 81, 1 01-02 16:47 /dev/video1
Offline
Reply to https://lore.kernel.org/all/20240925194 … board.com/ link this thread and point out that this end up breaking webcams for several users.
You can probably just click the mailto: link at the very end.
Offline
https://lore.kernel.org/linux-media/Z3u … do.eti.br/ appears upstream report was rejected from the linux-media list for being in html format but was received by those that were on the CC of the email.
Offline
For what it's worth: After hours of searching and testing, I found that those camera problems don't belong to all cameras, but to specific models. In my case it's the "ID 1b3f:2002 Generalplus Technology Inc. 808 Camera". It worked out of the box, but now it's not recognized anymore. Another camera the
"ID 0471:0308 Philips (or NXP) PCVC680K Webcam [pwc]" still works fine. Anybody got an idea?
Offline
Anybody got an idea?
Have you read from post #34 onward?
Edit:
linux 6.12.8-arch1 with 0001-media-uvcvideo-restore-support-for-non-compliant-dev.patch applied
linux-6.12.8.arch1-1.2-x86_64.pkg.tar.zst/linux-headers-6.12.8.arch1-1.2-x86_64.pkg.tar.zst
Last edited by loqs (2025-01-09 20:03:40)
Offline
In my case it's the "ID 1b3f:2002 Generalplus Technology Inc. 808 Camera". It worked out of the box, but now it's not recognized anymore.
The same here.
lsusb | grep Camera
Bus 003 Device 003: ID 1b3f:2002 Generalplus Technology Inc. 808 Camera
Last edited by gerwazy (2025-01-09 20:06:51)
Offline
It worked out of the box, but now it's not recognized anymore.
Is that with the patch referenced in post #55 applied?
Offline
Is that with the patch referenced in post #55 applied?
Before.
This patch won't install correctly without the nvidia-dkms drivers. Installing those drivers requires removing the nvidia and nvidia-lts packages, which will cause issues with other software on my system. I can't risk messing up my system now, as I rely on it for work tomorrow.
Last edited by gerwazy (2025-01-09 21:53:14)
Offline
The patch seems to fix the major issue for me (fortunately I use nvidia-open-dkms already). I have a different webcam:
asuka@Marojejy ~$ lsusb | grep Camera
Bus 001 Device 002: ID 04f2:b7b9 Chicony Electronics Co., Ltd Integrated Camera
I use my webcam through a few different programs, but the one I was testing with here was just mpv (which relies on ffmpeg) through "mpv av://v4l2:/dev/video0" (with a few additional options).The behavior I observed was that mpv opens the webcam but crashes after a few seconds; after a few tries, I was sometimes able to get /dev/video0 to disappear entirely. The following errors also recurred (the first block below spammed constantly while the webcam was open, the second one displayed once at close):
[lavf] error reading packet: No such device.
[ffmpeg/demuxer] video4linux2,v4l2: ioctl(VIDIOC_DQBUF): No such device
[ffmpeg/demuxer] video4linux2,v4l2: Some buffers are still owned by the caller on close.
[ffmpeg] ioctl(VIDIOC_QBUF): Bad file descriptor
Last edited by mesaprotector (2025-01-10 06:40:17)
Offline
Livre wrote:Anybody got an idea?
Have you read from post #34 onward?
Edit:
linux 6.12.8-arch1
I forgot to mention that i use the LTS Kernel Linux Archi 6.6.70-1-lts.
Installing the linux-6.12.8.arch1-1 kernel gave following results:
Install DKMS modules
==> ERROR: Missing 6.12.8-arch1-1 kernel headers for module v4l2loopback/0.13.2.
With current Ubuntu studio LTS version the camera works without problems. So it's not a hardware problem.
I wish i could help, but this is beyond my competence
Offline
We know what the problem is, the offending kernel commit has been identified, a patch is offered by the developer and you need ot install the header package loqs provided as well in order to build dkms modules against that kernel.
Offline
@mesaprotector were the remaining issues also present in linux 6.12.3.arch1-1 / linux-lts 6.6.63-1?
Offline
Sorry to take so long to respond, but should mention to anyone following this thread that arch's official 6.12.9 kernel package does not include the patch, so stick with the provided one and put linux/linux-headers in IgnorePkg for now if you care about your webcam (I actually don't use it very much myself).
Will edit this reply with the behavior of the webcam on 6.12.3 once I'm done testing it within the next half hour.
EDIT: Not only does it not work on 6.12.3, it has stopped working even after returning to 6.12.8-1.2. I'm very sure I ran mkinitcpio after each change. Console output (near-identical for the three kernels I tried): https://0x0.st/8o8E.txt
Last edited by mesaprotector (2025-01-14 02:04:10)
Offline
ls -l /dev/video*
uname -a
lsmod | grep uvc
Also what about https://bbs.archlinux.org/viewtopic.php … 1#p2217701 ?
Edit: hold on, this seems *only* a secondary issue?
Does "ffplay /dev/video0" work (in the sense that it doesn't scream IO errors at you - not so much whether it actually can play the stream)
Last edited by seth (2025-01-14 10:53:23)
Offline
Is the problem fixed in latest kernel for anyone?
Offline
Is the problem fixed in latest kernel for anyone?
Latest from upstream https://lore.kernel.org/linux-media/202 … galia.com/.
Offline
Latest from upstream https://lore.kernel.org/linux-media/202 … galia.com/.
Uhm okay, I just wanted to know if it's fixed or not, I am not an expert in linux for now so I didn't understand what was this.
Offline
Date: Tue, 14 Jan 2025 17:00:45 -0300 [thread overview]
Being an expert in reading calendars, I'm gonna say if the revert was proposed as being necessary 3 days ago, it's not in any released kernel as of today.
Offline
Uhm okay, I just wanted to know if it's fixed or not, I am not an expert in linux for now so I didn't understand what was this.
You could try the latest version of the linux package to check that? The proposed fix is to revert the buggy commit. If that is accepted it might make it into 3.13 otherwise it will be delayed into the 3.14 merge which will delay back-porting.
Last edited by loqs (2025-01-17 15:19:19)
Offline