Quoting Bret Comstock Waldow <bwaldow@xxxxxxxxxxxxxx>:
> Dmitri wrote:
> >$ xawtv -remote
> >[...]
>
> Thanks for this suggestion - it changes things, but doesn't solve them.
>
> I also rmmod uhci and modprobed usb-uhci, and it all behaves better.
Very good! uhci and usb-uhci are different, and one always works better
than the other; the problem is that you don't know which one is better,
until you try :-)
> Now what happens:
>
> bret@ganesha:~> xawtv -remote
> This is xawtv-3.61, running on Linux/i686 (2.4.16-4GB)
> ioctl: VIDIOCMCAPTURE(0,fmt=7,size=8x4): Invalid argument
> ioctl: VIDIOCMCAPTURE(0,fmt=15,size=8x4): Invalid argument
> ioctl: VIDIOCMCAPTURE(0,fmt=5,size=8x4): Invalid argument
>
> There is no VIDIOCMCAPTURE in ultracam.c. Is it a v4l parameter?
I am afraid you are investigating non-errors. These messages are normal
and expected. As you suggest yourself, they reflect the probing that xawtv
performs on the driver to find out what formats (palettes) it supports.
The VIDIOCMCAPTURE is an ioctl code, documented here:
> Documentation/video4linux/API.html
> I also ran xawtv -remote -debug 2 -m, and this provided quite a lot of
> output. Some specific lines (sorry the lines are folded by word wrap):
There is no need to debug xawtv, it works just fine. Your problem (garbled
image) originates in the driver, not somewhere else.
Load ultracam driver with option 'flags=8' and see what happens. You
should see a stable group of white overlayed numbers on top of garbled
image (as you had before). If this is what happens then the image decoder
fails to decode the camera stream. If you don't see the numbers (or see
white streaks instead of them) then the v4l app fails to negotiate the
common frame geometry with the driver.
# modprobe ultracam flags=8
You also can try flags=16 or flags=24, the bit 0x10 forces the test
pattern (blue background or something) instead of the image. But I am not
sure if this bit is supported by ultracam - just try it to find out.
The full list of flags is in linux/drivers/usb/usbvideo.h
Cheers,
Dmitri
--
panic("Aarggh: attempting to free lock with active wait queue - shoot Andy")
(seen in fs/locks.c of the kernel souce (v2.1.20)
Attachment:
pgpDm6S9doO41.pgp
Description: PGP signature
