I have three video codecs plugged into a USB hub. I am accessing two capture
devices on each codec -- one for higher bitrate recording, and the other for
lower bitrate network streaming. In total, that's six capture devices, and
in my linux process list I can see six instances of the codec driver.
This all works fine when the hub is plugged into my Linux PC. But when I
plug it into a Gumstix (with either 256 or 512mb ram) it seems only three
capture devices will work. Anything above that locks up the driver. For
example, I can use /dev/video0 and /dev/video1 on the first codec, and
/dev/video3 on the second codec, but anything beyond that locks up.
Likewise, I can use /dev/video0, /dev/video3, and /dev/video6 (one device
per codec), but anything beyond that locks up.
Is there possibly some system or kernel memory limits on the Gumstix that
might be responsible for the codec driver locking up with more than three
capture nodes? My filesystem and kernel are out of the latest yocto stuff,
so it's kernel version 3.5. Looking at top, I'm using only a fraction of
the CPU, and I'm not coming even close to running out of RAM.
View this message in context: http://gumstix.8.n6.nabble.com/multiple-devices-driver-or-kernel-memory-problem-tp4966682.html
Sent from the Gumstix mailing list archive at Nabble.com.