Re: question for soc-camera driver
- Date: Fri, 18 Apr 2008 16:41:40 +0200 (CEST)
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- Subject: Re: question for soc-camera driver
On Fri, 18 Apr 2008, ·ëöÎ wrote:
> I write in tmpfs.But some frame is dropped.If I request more
> buffers,the number of dropped frames is reduced.Now I request 20
> buffers and write 100 frames.the 52,53,56,57 is dropped.
A couple more ideas to you:
as you get dropped frames even with 20 buffers, this means, that your
problem most probably is not with delayed DMA IRQ processing - this way
you get enough time. But if your Capture interface cannot satisfy its DMA
request quickly enough, FIFO will overflow. And this may happen if you
have other very active bus masters on your system. The framebuffer, and
USB host are good candidates. Do you have something like a VGA (640x480)
framebuffer running with 2 bytes per pixel? Or more? This alone will put a
considerable pressure on the bus. Sometimes USB can produce a lot of DMA
traffic, for example, I had problems with bluetooth dongles or other
network controllers, i.e., with interrupt endpoints at full speed. Also if
your RAM clock is not running at an optimal speed, your bus will be
overloaded. But, I guess, you do have your memory clock running at 104MHz
already.
Also verify what you have as mclk_10khz in your platform data. I can
produce a lot of dropped frames by setting it to 2000 (i.e., 20MHz master
clock). Verify that you don't have it too high, and, maybe, try to reduce
it.
So, so far it doesn't look like a specific driver bug to me, more like a
general system performance issue.
Thanks
Guennadi
---
Guennadi Liakhovetski
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list