Bug 51398

Summary: OV511+ webcam not working after upgrading to 2.4.3-12
Product: [Retired] Red Hat Linux Reporter: Frank Bodewes <rh>
Component: kernelAssignee: Pete Zaitcev <zaitcev>
Status: CLOSED RAWHIDE QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1CC: ejlnlkl
Target Milestone: ---   
Target Release: ---   
Hardware: i586   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-10-08 18:12:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Fix for xawtv/webcam for USB cameras
none
Cusomer example (local copy)
none
Bad colors at the start of a sequence
none
Possibly relevant differences
none
copy of /proc/bus/usb/devices
none
copy of .webcamrc
none
ISO alignment for 32 in ohci none

Description Frank Bodewes 2001-08-10 06:17:29 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98)

Description of problem:
Used a OV511+ USB webcam with RH7.1 on kernel 2.4.2-2. This works OK. 
After upgrading my kernel with up2date to 2.4.3-12, the webcam is still 
recognized, but gives only blackish and greenish blocked images, not 
related to anything the camera sees.

How reproducible:
Always

Steps to Reproduce:
1. Reboot system
2. Select old kernel in Lilo (2.4.2-2)
3. Webcam is working
4. Reboot system
5. Select new kernel in Lilo (2.4.3-12)
6. Webcam gives no images
	

Actual Results:  During bootup there seems to be no difference in the 
loading of modules (usb, usb-ohci, hub and ov511), but when an image is 
captured when booted the 2.4.2-2 kernel I get quite nice images and when 
an image is captured when booting the 2.4.3-12 kernel, I get blocked 
images (black/green). These blocked images do not seem to have any 
relation to what the camera sees (totally black or a lot of light keep 
generating the same blocked images).

Expected Results:  The cam should be working also in kernel 2.4.3-12

Additional info:

Using a P200MMX without a USB controller on-board. Using a PCI-USB 
controller (Sitecom) based on a OPti-chip. Using two PCI-NIC's. Both the 
NIC's and the USB-controller share the same interrupt, but both NIC's are 
working OK.

Comment 1 Pete Zaitcev 2001-08-10 21:20:29 UTC
Please tell what webcam software is used.
Xawtv in particular is troublesome, I have
to run patched versions with bigger initial sync timeout.
By a miracle it works with some kernel versions.


Comment 2 Frank Bodewes 2001-08-11 19:28:38 UTC
I use the 'webcam' software which is included in the xawtv-package.

Comment 3 Pete Zaitcev 2001-08-16 17:35:03 UTC
Created attachment 28153 [details]
Fix for xawtv/webcam for USB cameras

Comment 4 Pete Zaitcev 2001-08-16 17:52:49 UTC
Oops, please ignore that attachement. Kraxel had it
integrated into current xawtv (I just checked the
SRPM in 7.2 tree - pure xawtv-3.54).


Comment 5 Frank Bodewes 2001-08-16 21:35:13 UTC
I upgraded to xawtv-3.54-2 (it did cost me quite some time to find that rpm. 
What is the usual place to find things like this? - I'm quite a newbie), but 
the result is still the same. You can take a look at:
http://members.home.nl/fbodewes/webcam/demo.jpg
to see a sample image.

Comment 6 Frank Bodewes 2001-08-17 06:32:44 UTC
My feeling is that is has something to do with the USB or OV511 part....
I made three other pictures to do some comparison: 
http://members.home.nl/fbodewes/webcam/one.jpg
2.4.2-2 kernel xawtv 3.54-2)
http://members.home.nl/fbodewes/webcam/two.jpg 
2.4.2-2 kernel xawtv 3.54-4)
http://members.home.nl/fbodewes/webcam/three.jpg
2.4.3-12 kernel xawtv 3.54-4)
In the latest picture, you could still see some correct info (if you look 
hard)...



Comment 7 Pete Zaitcev 2001-08-19 04:23:41 UTC
I cannot reproduce the blocky effect so far,
but the image is incorrectly green for 2.4.3-12.
Something is fishy - investigating.

The block effect looks like a compression
(which, naturally, is not supported by Linux).
Perhaps 2.4.3-12 initializes more (or less),
and trips a compression mode in the particular webcam.

Requestor please attach a copy of /proc/bus/usb/devices.


Comment 8 Pete Zaitcev 2001-08-19 04:40:47 UTC
OK. The green hue disappears if webcam runs for
a few frames. I saw that effect before and it
seems unrelated.

640x480 works.

I would like to see .webcamrc (don't forget to
remove any FTP passowrds) - in addition to /proc/bus/usb/devices.


Comment 9 Pete Zaitcev 2001-08-19 04:41:57 UTC
Created attachment 28394 [details]
Cusomer example (local copy)

Comment 10 Pete Zaitcev 2001-08-19 04:42:58 UTC
Created attachment 28395 [details]
Bad colors at the start of a sequence

Comment 11 Pete Zaitcev 2001-08-19 04:47:32 UTC
Differences from customer config (test rig at Cheasapike)
 1. IRQ not shared
 2. UHCI instead of OHCI
P6/233MMX SMP - same


Comment 12 Pete Zaitcev 2001-08-19 04:51:36 UTC
Created attachment 28396 [details]
Possibly relevant differences

Comment 13 Frank Bodewes 2001-08-19 08:01:22 UTC
Created attachment 28402 [details]
copy of /proc/bus/usb/devices

Comment 14 Frank Bodewes 2001-08-19 08:06:57 UTC
Created attachment 28403 [details]
copy of .webcamrc

Comment 15 Frank Bodewes 2001-08-19 08:09:16 UTC
Hmm, might be of influence: I did not mention the type of webcam before. It is 
a Trust webc@m 300.


Comment 16 Pete Zaitcev 2001-08-19 16:31:46 UTC
Can you do self-compiled kernels with changes for testing,
or do you need a binary RPM?


Comment 17 Pete Zaitcev 2001-08-19 18:30:23 UTC
Created attachment 28418 [details]
ISO alignment for 32 in ohci

Comment 18 Pete Zaitcev 2001-08-19 18:32:36 UTC
Current hypotesis: shift from virt_to_bus to proper PCI macros
uncovered an alignment problem in ohci. The spec says ISO TDs
must be aligned on 32 (all other TDs are aligned on 16).


Comment 19 Frank Bodewes 2001-08-19 21:44:59 UTC
Hmm, having troubles compiling modules, kernel compiles OK, RPM would be easy

Comment 20 Pete Zaitcev 2001-08-24 21:16:50 UTC
Can you try kernel-2.4.7-2.i386.rpm from ftp.redhat.com,
/pub/redhat/linux/rawhide/i386/RedHat/RPMS ?


Comment 21 Pete Zaitcev 2001-09-15 01:01:00 UTC
Frank, I'm needinfo-ing the bug because I am waiting the report
of Rawhide's kernel from you.

Comment 22 Frank Bodewes 2001-10-07 19:59:41 UTC
Sorry for not replying earlier, I have been on quite a long holiday in the 
outback of Australia and I haven't seen a computer for quite a while.......

I tried to find kernel-2.4.7-2.i386.rpm, but I only found kernel-2.4.9-
0.18.i386.rpm. I tried to install, but it failed some dependecies. Should I try 
the 2.4.9 version (and resolve the dependencies) or should I try to get the 
2.4.7 version?

Comment 23 Pete Zaitcev 2001-10-07 21:31:32 UTC
Force the installation on 2.4.9. It must not harm your existing
kernels anyways. The rpm install only stores it into /boot and
/lib/modules. After than you add it to /etc/lilo.conf manually.
The only danger is to make sure you do not run out of space
in /boot.


Comment 24 Frank Bodewes 2001-10-08 18:12:07 UTC
Pete,

The webcam is working with the new kernel! Thanks for your patience and 
support. Do you know wat caused the problem?


Frank

Comment 25 Pete Zaitcev 2001-10-08 18:24:37 UTC
The attached fix for ISO alignment was integrated into
mainstream Linux.

Taking the latest Rawhide was a testing action.
Officially we suggest to use RHN and up2date to fetch
latest kernels for the supported distribution.
The latest 7.1 update today is still 2.4.3-12,
so you either have to wait until a 2.4.7 based update
rolls out for 7.1, or take rawhide, or download 2.4.3-12
SRPM, apply the fix usb.243-12.iso_align.diff,
and recompile. Most of the users prefer not to bother with
recompiles and wait for updates.