uvcvideo doesn't work with BisonCam, NB Pro

Hi Lars,

Please be sure to confirm this issue exists with the latest development release of Ubuntu. ISO CD images are available from http://cdimage.ubuntu.com/releases/ . If the issue remains, please run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux 560386

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

    [This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

This bug is still present in

linux-image-2.6.32-02063211-generic
linux-image-2.6.32-21-generic

but not in
linux-image-2.6.33-02063303-generic
linux-image-2.6.34-020634rc6-generic

The apport collection was made runnig 2.6.33 when the webcam was running.

Regards
Lars

Lucid Lynx, kernel 2.6.32-22.

Skype nor Cheese can't find the camera. I've added uvcvideo log (trace=15).

Compiling latest uvcvideo from source fixes the problem.

But default compile fails on Lucid Lynx.

1) change v4l/.config
  : CONFIG_DVB_FIREDTV=m -> CONFIG_DVB_FIREDTV=n

2) replace "kfifo_in" with "kfifo_get" and "kfifo_out" with "kfifo_put". in "v4l/ir-raw-event.c"

After that

#: make
#: sudo make install

Lucid Lynx, kernel 2.6.32-22 amd64

I can confirm raido357's fix (#4) but I have a secondary issue.

On resuming from suspend, re-opening cheese displays a black image. Image will appear within c. 2 minutes but is corrupted - frozen and/or slow to redraw.

Interestingly if cheese is left running prior to suspend, then cheese resumes perfectly.

Out of interest, I tested with an external USB cam (Bus 001 Device 002: ID 145f:0142 Trust WB-6250X Webcam
) and can replicate the corruption on resume from suspend. I guess this is therefore an issue with the recompiled v4l uvcvideo and not specific to the Bison h/w

It doesn't seem to affect me. No corruption what so ever.

By the way in latest uvcvideo

## replace "kfifo_in" with "kfifo_get" and "kfifo_out" with "kfifo_put". in "v4l/ir-raw-event.c" ##

issue has been fixed with kernel version checking.

craig@craig-laptop:~$ dmesg | grep video
[ 0.268123] pci 0000:01:05.0: Boot video device
[ 8.290083] Linux video capture interface: v2.00
[ 8.497606] uvcvideo: Found UVC 1.00 device BisonCam, NB Pro (5986:0241)
[ 8.497627] uvcvideo: No streaming interface found for terminal 3.
[ 8.498139] usbcore: registered new interface driver uvcvideo
craig@craig-laptop:~$

I have a Novatech Xplora E16 giving the above "dmesg | grep video" message

My system is Ubuntu 10.4 32 bit with all latest released updates in place (as of 4th Sept 2010)

Need a nice easy idiots guide fix please

Have the same problem as #8 or the same hardware, and confirm that #4 solution works for me.
I use guvcview, ekiga and Skype.

Hi all,

For those who don't like to compile, etc. they also can install the package of a newer kernel (like 2.6.34), as shown in this tutorial : http://www.ramoonus.nl/2010/05/linux-kernel-2-6-34-installation-guide-for-ubuntu-linux-10-04/
I just did that and my webcam works fine now.

hi
just like to say I also found the newer kernal tutorial that #10 has posted the link for.

Installed the kernel-2-6-34 and webcam is now working.

So far have only tried using Cheese and Empathy with no problems.

update from last post:
webcam worked ok with all progs tried .... however lost the ability to connect using wireless.
couldn't find a fix or make it work so I've had to revert back to old kernel 2-6-32 as I need wireless capability more than webcam at present.

If anybody knows a solution (low tech) I'd love to know.

Im not affected by this bug, but i say it would be nice if someone made some backports to the 2-6-32 kernel for this. It is after all an LTS

confirm that upgrade to 2.6.34 kernel works for me..

BisonCam working great until I "upgraded" to Natty Narwhal - the latest Ubuntu 11.04, c/w kernel version 2.6.38-8-generic.

Now its broken completely. Doesn't even appear in dmesg output at all. Almost as if the firmware is not loading.

Anyone else having the same difficulty with Natty?

Further to my last (and I say this in a particularly shame-faced manner) - my problem with the camera stopping working after the upgrade to Natty, actually had *nothing* to do with Ubuntu.

Seems that during the upgrade, the camera became switched off! Having gone all around the proverbial houses, I found that simply pressing FN+F10keys fixed it!

My machine is a Novatech X16Pro. I post this hoping it may help others. Best wishes G.

Lars, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the daily kernel folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.11.1

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]