Bisoncam nb pro color settings flash
Linux jjchico-netbook 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37: i686 GNU/Linuxĭmesg just after modprobe uvcvideo (it is blacklisted on boot) and trying to suspend: The issue is still there with new 2.6.31-11.36 kernel.
#Bisoncam nb pro color settings flash upgrade
I suspected a coincidence with hal start but upgrade to hal 0.5.13-1ubuntu7 didn't help. syslog doesn't tell what happens.Įchi_hcd force halt during boot always happens *after* devices are detected and DVB-T stick is initialized successfully (with successful firmware load on cold boot). The 2.0 devices don't indicate, means I cannot see if they are reset or not at cold boot. The light of my GSM modem (Huawei E169G on USB 1.1) shows a reset on cold boot and normal operation on warm boot. I noticed (and this seems to be normal, I'dont know if it's important) boot behaviour on USB is different in cold/warm start. Changing/Removing USB devices shows no effect, the devices are plugged in before start. When ehci_hcd force halt doesn't occur after reboot, system is running stable and USB 2.0 devices work normal (external DVB-T stick (dib0700) and external generic USB storage). Found it happens always after cold start (power off, USB devices without power, power cable disconnected before). Symptoms are very similar to the original report. Earlier (without packages requiring newer udev) the ehci_hcd force halt didn't happen when udev was held on Jaunty's 141-1.2. On my LG X110-L.A7SAG (which is quite a clone of MSI Wind) running Jaunty with the Kernel Backports ppa of user a7x, this happens since udev 145-1 appeared, and through the kernel 2.6.31-X rc-pre-releases until current 2.6.31-10.34 and udev 147. hub 1-0:1.0: cannot reset port 6 (err = lsmod | grep uvc
#Bisoncam nb pro color settings flash pro
uvcvideo: Found UVC 1.00 device BisonCam, NB Pro (5986:0203) 001:ĭmi.sys.vendor: MICRO-STAR INTERNATIONAL CO., LTD 001:cvnMICRO- STARINTERNATION ALCO.,LTD: ct3:cvrVer. 001:rvnMICRO- STARINTERNATION ALCO.,LTD: rnU-100: rvrVer. asset.tag: To Be Filled By O.E.M.ĭmi.chassis.vendor: MICRO-STAR INTERNATIONAL CO., LTDĭmi.modalias: dmi:bvnAmerican MegatrendsInc. asset.tag: To be filled by O.E.M.ĭmi.board.vendor: MICRO-STAR INTERNATIONAL CO., LTDĭmi.chassis. Linux- backports- modules- 2.6.31- 10-generic N/Aĭmi.bios.vendor: American Megatrends Inc.ĭmi.board. ProcVersionSign ature: Ubuntu 2.6.31- 10.35-generic ProcCmdLine: BOOT_IMAGE= /boot/vmlinuz- 2.6.31- 10-generic root=UUID= b18af3c8- 62ae-4d9c- b27e-9ed6aa137f f1 ro quiet splash MachineType: MICRO-STAR INTERNATIONAL CO., LTD U-100 **** List of PLAYBACK Hardware Devices ****Ĭard 0: Intel, device 0: ALC1200 Analog This is a regression since it does not happen with ubuntu 9.04: I have used 9.04 for months before and it also works well if I boot with 9.04-netbook-remix usb image.Ĭonsidering that the MSI Wind and its several clones are quite popular and that this bug will make suspend and USB unfunctional, it may have a quite big impact on ubuntu users, specially the netbook-remix friends. In very rare occasions (1 in 10 or less) the system loads uvcvideo and does not give "cannot reset port" errors and all suspend, USB storage and webcam are functional. If I blacklist uvcvideo and load it manually after boot (modprobe) the same thing happens: most of the time I get "cannot reset port" error and USB storage and suspend is non-functional from then on. System works well if uvcvideo is not loaded, either by disabling the webcam before rebooting (FN+F6) or by blacklisting the uvcvideo module in /etc/modconf.d/. Maybe the USB cable is bad?Īs a consequence the system will fail to suspend and recognize USB mass storage devices, which is a main problem.įurther investigation shows it only happens when the uvcvideo module is loaded. On my MSI Wind with bison webcam (5986:0203) most of the time I boot karmic (2.6.31-10.35 kernel) I get these error in dmesg: