:
Hi Markus
On Fri, 4 Feb 2011, Markus Niebel wrote:
Hello Guennadi, hello Anatolij
I've tried that with my setup:
Hardware: i.MX35, special CCD camera over FPGA
Kernel: 2.6.34
patch v4l: soc-camera: start stream after queueing the buffers is applied and
our camera driver handles str
Hello Guennadi, hello Anatolij
I've tried that with my setup:
Hardware: i.MX35, special CCD camera over FPGA
Kernel: 2.6.34
patch v4l: soc-camera: start stream after queueing the buffers is
applied and our camera driver handles streamon / streamoff so that no
sync signal / clock is provided,
Am 17.01.2011 17:27, schrieb Guennadi Liakhovetski:
On Mon, 17 Jan 2011, Markus Niebel wrote:
Hello,
sorry for the __very__ long timeout. The doublebuffering is indeed enabled
when the second buffer is queued - my fault, should have read the code more
carfully.
Good.
But in this way a new
Am 03.12.2010 21:07, schrieb Guennadi Liakhovetski:
On Fri, 3 Dec 2010, Markus Niebel wrote:
Hello,
thank you for your answer. I think there is a problem, but I did not describe
it correctly. See my comments
On Thu, 2 Dec 2010, Markus Niebel wrote:
Hello,
we're working with a sp
Hello,
thank you for your answer. I think there is a problem, but I did not
describe it correctly. See my comments
On Thu, 2 Dec 2010, Markus Niebel wrote:
Hello,
we're working with a special cameraboard (CCD + Analog Frontend IC). Using the
soc_camera stack on the i.MX35 (mx3_camera
de of mx3_videobuf_prepare there is a comment, that the first
buffer's scatterlist needs to contain two buffers but this is not
implemented.
I try to understand the interworking of the parts (soc_camera, videobuf,
ipu_core and mx3_camera) and would help to fix it.
Best regards,
Markus Niebel
--
To unsubs
