Hi Janusz
You might want to retest ams-delta with the camera on the current (next or
git://linuxtv.org/media_tree.git staging/for_v2.6.39
) kernel - I suspect, you'll need something similar to
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/30728
Thanks
Guennadi
---
On Wednesday, 23 March 2011, at 11:00:06, Guennadi Liakhovetski wrote:
Hi Janusz
You might want to retest ams-delta with the camera on the current
(next or
git://linuxtv.org/media_tree.git staging/for_v2.6.39
) kernel - I suspect, you'll need something similar to
Sunday 03 October 2010 04:42:53 Guennadi Liakhovetski napisał(a):
On Sat, 2 Oct 2010, Janusz Krzysztofik wrote:
Saturday 02 October 2010 08:07:28 Guennadi Liakhovetski napisał(a):
Same with this one - let's take it as is and address a couple of
clean-ups later.
Guennadi,
Thanks for
Same with this one - let's take it as is and address a couple of clean-ups
later.
On Thu, 30 Sep 2010, Janusz Krzysztofik wrote:
+static void omap1_videobuf_queue(struct videobuf_queue *vq,
+ struct videobuf_buffer *vb)
+{
+ struct
Saturday 02 October 2010 08:07:28 Guennadi Liakhovetski napisał(a):
Same with this one - let's take it as is and address a couple of clean-ups
later.
Guennadi,
Thanks for taking them both.
BTW, what are your intentions about the last patch from my series still left
not commented, SoC Camera:
On Sat, 2 Oct 2010, Janusz Krzysztofik wrote:
Saturday 02 October 2010 08:07:28 Guennadi Liakhovetski napisał(a):
Same with this one - let's take it as is and address a couple of clean-ups
later.
Guennadi,
Thanks for taking them both.
BTW, what are your intentions about the last patch
This is a V4L2 driver for TI OMAP1 SoC camera interface.
Both videobuf-dma versions are supported, contig and sg, selectable with a
module option. The former uses less processing power, but often fails to
allocate contignuous buffer memory. The latter is free of this problem, but
generates
