Hi everyone:
I am trying to use a Samsung branded webcam and it's resulting in a
segfault. This happens with both 3.13 and 4.3.6 kernels. Googling
around doesn't reveal anything useful.
[ 110.605327] usb 2-1.2: new high-speed USB device number 5 using ehci-pci
[ 110.698450] usb 2-1.2:
I just recently changed my vidcap to a Hauppage . Now I get these
interlace-like artifacts:
http://seiner.com/cz/rtpictures/2012_07_25T14h20m46sZ_0.451651_44.090619_-123.126059.jpg
http://seiner.com/cz/rtpictures/2012_07_25T14h22m48sZ_0.224624_44.089669_-123.139100.jpg
cxx231x.h has the
Yan Seiner wrote:
I just recently changed my vidcap to a Hauppage . Now I get these
interlace-like artifacts:
http://seiner.com/cz/rtpictures/2012_07_25T14h20m46sZ_0.451651_44.090619_-123.126059.jpg
http://seiner.com/cz/rtpictures/2012_07_25T14h22m48sZ_0.224624_44.089669_-123.139100.jpg
I have an embedded platform with a Hauppage USB Live video capture
dongle. I recently upgraded to 3.0.12 and now I get no image at all - a
nice pure black is all I get.
I am sure that the dongle is getting a signal. This same hardware used
to work with an older 2.6 kernel.
Partial lsmod:
Yan Seiner wrote:
I have an embedded platform with a Hauppage USB Live video capture
dongle. I recently upgraded to 3.0.12 and now I get no image at all -
a nice pure black is all I get.
I am sure that the dongle is getting a signal. This same hardware
used to work with an older 2.6 kernel
Yan Seiner wrote:
Yan Seiner wrote:
I have an embedded platform with a Hauppage USB Live video capture
dongle. I recently upgraded to 3.0.12 and now I get no image at all
- a nice pure black is all I get.
OK, I get the bonehead of the weekend award. I'm getting a black image
because
Yan Seiner wrote:
Yan Seiner wrote:
Andy Walls wrote:
800 MB for 320x420 frames? It sounds like your app has gooned its
requested buffer size.
That's an understatement. :-)
wild speculation
This might be due to endianess differences between MIPS abd x86 and
your app only being written
Andy Walls wrote:
800 MB for 320x420 frames? It sounds like your app has gooned its requested
buffer size.
That's an understatement. :-)
wild speculation
This might be due to endianess differences between MIPS abd x86 and your app
only being written and tested on x86.
/wild speculation
On Mon, December 12, 2011 6:23 am, Devin Heitmueller wrote:
For what it's worth, I did do quite a bit of work on cx231xx,
including work for mips and arm platforms. That said, all the work
done was on the control interfaces rather than the buffer management
(my particular use case didn't
On Mon, December 12, 2011 8:22 am, Devin Heitmueller wrote:
On Mon, Dec 12, 2011 at 10:58 AM, Yan Seiner y...@seiner.com wrote:
Also, just to be clear, the USB Live 2 doesn't have any onboard
hardware compression. It has comparable requirements related to USB
bus utilization as any other USB
Yan Seiner wrote:
Andy Walls wrote:
800 MB for 320x420 frames? It sounds like your app has gooned its
requested buffer size.
That's an understatement. :-)
wild speculation
This might be due to endianess differences between MIPS abd x86 and
your app only being written and tested on x86
I'm resurrecting an older thread. I have a Hauppage USB Live2 connected
to a MIPS box running openWRT. I tried this earlier on a older hardware
running the 3.0.3 kernel. This is with newer hardware running
2.6.39.4. The driver attempts to allocate 800MB (!!!) of memory for the
buffer and
I'm still seeing a kernel oops on use.
Module Size Used byNot tainted
cx231xx 124608 0
cx2341x13552 1 cx231xx
cx2584035568 1
rc_core12640 1 cx231xx
videobuf_vmalloc3168 1 cx231xx
Yan Seiner wrote:
I'm still seeing a kernel oops on use.
One more minor point:
Before the kernel oops, I have /dev/video0. After the oops, I have
/dev/video0 and /dev/video1 - probably related to the ehci crash.
--
Few people are capable of expressing with equanimity opinions which differ
On Mon, December 5, 2011 7:18 am, Andy Walls wrote:
Yan Seiner y...@seiner.com wrote:
ehci_hcd :00:02.2: fatal error
ehci_hcd :00:02.2: HC died; cleaning up
ehci_hcd :00:02.2: force halt; handshake c0350024 4000 4000
Well, you probably have figured out you have a USB
I am experiencing a kernel oops when trying to use a Hauppage USB Live 2
frame grabber. The oops is below.
The system is a SOC 260Mhz Broadcom BCM47XX access point running OpenWRT.
root@anchor:/# uname -a
Linux anchor 3.0.3 #13 Sun Dec 4 08:04:41 PST 2011 mips GNU/Linux
The OOPS could be due
Andy Walls wrote:
On Sun, 2011-12-04 at 18:01 -0800, Yan Seiner wrote:
I am experiencing a kernel oops when trying to use a Hauppage USB Live 2
frame grabber. The oops is below.
The system is a SOC 260Mhz Broadcom BCM47XX access point running OpenWRT.
root@anchor:/# uname -a
Linux anchor
Andy Walls wrote:
On Sun, 2011-12-04 at 18:01 -0800, Yan Seiner wrote:
I am experiencing a kernel oops when trying to use a Hauppage USB Live 2
frame grabber. The oops is below.
The system is a SOC 260Mhz Broadcom BCM47XX access point running OpenWRT.
root@anchor:/# uname -a
Linux anchor
Yan Seiner wrote:
Andy Walls wrote:
On Sun, 2011-12-04 at 18:01 -0800, Yan Seiner wrote:
I am experiencing a kernel oops when trying to use a Hauppage USB
Live 2 frame grabber. The oops is below.
The system is a SOC 260Mhz Broadcom BCM47XX access point running
OpenWRT.
root@anchor
19 matches
Mail list logo