Hi Kassey
On Wed, 18 May 2011, Kassey Lee wrote:
hi, Guennadi, Hans:
I just converted Marvell CCIC driver from ccic_cafe to
soc_camera + videobuf, and make it stable and robust.
Nice!
do you accept the soc_camera + videobuf to the latest kernel ?
My understanding is, that
On Tuesday, May 17, 2011 23:45:07 Ondrej Zary wrote:
Convert tea575x-tuner to use the new V4L2 control framework.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
--- linux-2.6.39-rc2-/include/sound/tea575x-tuner.h 2011-05-13
19:39:23.0 +0200
+++
On Tuesday, May 17, 2011 22:05:26 Ondrej Zary wrote:
On Tuesday 17 May 2011 21:33:14 Hans Verkuil wrote:
Hi Ondrej!
On Sunday, May 15, 2011 23:26:33 Hans Verkuil wrote:
On Sunday, May 15, 2011 22:18:21 Ondrej Zary wrote:
Thanks, it's much simpler with the new control framework.
On Wednesday, May 18, 2011 06:10:43 Bhupesh SHARMA wrote:
Hi,
(adding alsa mailing list in cc)
On Thursday, May 12, 2011 18:59:33 Charlie X. Liu wrote:
Which HDMI receiver chip?
Indeed, that's my question as well :-)
We use Sil 9135 receiver chip which is provided by Silicon
On Wednesday, May 18, 2011 00:44:26 Felipe Contreras wrote:
On Wed, May 18, 2011 at 1:07 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
I need to implement support for a YUV frame buffer in an fbdev driver. As
the
fbdev API doesn't support this out of the box, I've spent a
Hi Sakari,
On Tuesday 17 May 2011 22:34:36 Sakari Ailus wrote:
Sylwester Nawrocki wrote:
On 05/09/2011 12:11 AM, Sakari Ailus wrote:
Sylwester Nawrocki wrote:
On 05/07/2011 02:46 PM, Hans Verkuil wrote:
On Thursday, May 05, 2011 20:49:21 Sakari Ailus wrote:
Hi,
This is a fourth
Laurent Pinchart wrote:
Hi Sakari,
Hi Laurent,
On Tuesday 17 May 2011 22:34:36 Sakari Ailus wrote:
Sylwester Nawrocki wrote:
On 05/09/2011 12:11 AM, Sakari Ailus wrote:
Sylwester Nawrocki wrote:
On 05/07/2011 02:46 PM, Hans Verkuil wrote:
On Thursday, May 05, 2011 20:49:21 Sakari Ailus
Hi Sakari,
On Tuesday 17 May 2011 17:14:04 Sakari Ailus wrote:
This patch adds the driver for the adp1653 LED flash controller. This
controller supports a high power led in flash and torch modes and an
indicator light, sometimes also called privacy light.
The adp1653 is used on the Nokia
Hi Chris,
On Wednesday 18 May 2011 07:09:44 Chris Rodley wrote:
Trying out the new patch.. I get this error:
root@beagle:~# modprobe iommu2
[ 24.691375] omap-iommu omap-iommu.0: isp registered
root@beagle:~# modprobe omap3_isp
[ 26.923065] Linux video capture interface: v2.00
[
Hi Russell,
On Wednesday 18 May 2011 01:08:21 Russell King - ARM Linux wrote:
On Tue, May 17, 2011 at 11:28:48AM +0200, Javier Martin wrote:
+#include devices.h
+#include ../../../drivers/media/video/omap3isp/isp.h
+#include ../../../drivers/media/video/omap3isp/ispreg.h
This suggests
Hi Laurent,
I've already fixed almost every issue you pointed out.
However, I still have got some doubts that I hope you can clarify.
On 17 May 2011 13:33, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Javier,
Thanks for the patch.
On Tuesday 17 May 2011 11:28:47 Javier Martin
Hi Ivan,
On 17 May 2011 19:14, Ivan Nazarenko ivan.nazare...@gmail.com wrote:
Javier,
I have been using the aptina patch (https://github.com/Aptina/BeagleBoard-xM)
on beagleboard while waiting linux-media solve this mt9p031 issue. Now that
you have something working, I would like to try it
Hi Teresa
I've verified the mt9v022 patch - finally I have noticed the difference,
it does look correct! As for this one, how about this version of your
patch:
diff --git a/drivers/media/video/mt9m111.c b/drivers/media/video/mt9m111.c
index 53fa2a7..ebebed9 100644
---
On Wed, May 18, 2011 at 09:31:24AM +0200, Laurent Pinchart wrote:
Hi Sakari,
Hi Laurent,
On Tuesday 17 May 2011 17:14:04 Sakari Ailus wrote:
This patch adds the driver for the adp1653 LED flash controller. This
controller supports a high power led in flash and torch modes and an
Hi Laurent, Hans,
On 05/16/2011 09:21 AM, Laurent Pinchart wrote:
On Saturday 14 May 2011 12:50:32 Hans Verkuil wrote:
On Friday, May 13, 2011 14:43:08 Laurent Pinchart wrote:
On Saturday 07 May 2011 13:52:25 Hans Verkuil wrote:
On Thursday, May 05, 2011 11:39:54 Tomasz Stanislawski wrote:
Hi Sakari,
On Wednesday 18 May 2011 13:29:56 Sakari Ailus wrote:
On Wed, May 18, 2011 at 09:31:24AM +0200, Laurent Pinchart wrote:
On Tuesday 17 May 2011 17:14:04 Sakari Ailus wrote:
This patch adds the driver for the adp1653 LED flash controller. This
controller supports a high power
On 05/18/2011 02:31 PM, Hans Verkuil wrote:
On Wednesday, May 18, 2011 14:06:21 Sylwester Nawrocki wrote:
On 05/16/2011 09:21 AM, Laurent Pinchart wrote:
On Saturday 14 May 2011 12:50:32 Hans Verkuil wrote:
On Friday, May 13, 2011 14:43:08 Laurent Pinchart wrote:
On Saturday 07 May 2011
On Friday 13 May 2011 09:45:51 Guennadi Liakhovetski wrote:
I've found some more time to get back to this. Let me try to recap, what
has been discussed. I've looked through all replies again (thanks to
all!), so, I'll present a summary. Any mistakes and misinterpretations are
mine;) If I
On Tuesday 17 May 2011 07:52:28 Sakari Ailus wrote:
Guennadi Liakhovetski wrote:
Hi Sakari
Hi Guennadi,
[clip]
bool valid_prio = true;
diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h
index aa6c393..b6ef46e 100644
---
Hi Kamil,
On Tuesday 17 May 2011 18:23:19 Kamil Debski wrote:
Hi,
Some time ago we were discussing the set of controls that should be
implemented for codec support.
I remember that the result of this discussion was that the controls should
be as integrated as possible. This included the
With the integration of the Media Controller and related drivers, pixel
codes chenged their values and new ones have been added. soc-camera uses
of those codes have to be adjusted too now.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
Recently mediabus pixel format codes have become a part of the user-
space API, at which time their values also have been changed from
contiguous numbers, running from 0 to sparse numbers with values
around 0x1000, 0x2000, 0x3000... This made them unsuitable for the
use as array indices. This
Add new look-up entries for all mediabus codes, for which respective
fourcc codes exist.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/soc_mediabus.c | 144
1 files changed, 144 insertions(+), 0 deletions(-)
diff --git
Since V4L2_MBUS_FMT_* codes have become large and sparse, they cannot
be used as array indices anymore.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/omap1_camera.c | 41 ++-
1 files changed, 30 insertions(+), 11 deletions(-)
Hi Javier,
On Wednesday 18 May 2011 11:10:03 javier Martin wrote:
Hi Laurent,
I've already fixed almost every issue you pointed out.
However, I still have got some doubts that I hope you can clarify.
On 17 May 2011 13:33, Laurent Pinchart wrote:
On Tuesday 17 May 2011 11:28:47 Javier
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: 18 May 2011 16:10
Subject: Re: Codec controls question
On Tuesday 17 May 2011 18:23:19 Kamil Debski wrote:
Hi,
Hi,
Some time ago we were discussing the set of controls that should be
implemented for codec
On Wed, 18 May 2011, Laurent Pinchart wrote:
On Tuesday 17 May 2011 07:52:28 Sakari Ailus wrote:
Guennadi Liakhovetski wrote:
[snip]
What about making it possible to pass an array of buffer indices to the
user, just like VIDIOC_S_EXT_CTRLS does? I'm not sure if this would be
On Wed, 18 May 2011, Laurent Pinchart wrote:
On Friday 13 May 2011 09:45:51 Guennadi Liakhovetski wrote:
[snip]
2. Both these flags should not be passed with CREATE, but with SUBMIT
(which will be renamed to PREPARE or something similar). It should be
possible to prepare the same buffer
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: 18 May 2011 16:10
Subject: Re: Codec controls question
On Tuesday 17 May 2011 18:23:19 Kamil Debski wrote:
Hi,
Hi,
Some time ago we were discussing the set of controls that should be
implemented for codec
Hi Hans,
On 05/18/2011 05:22 PM, Hans Verkuil wrote:
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: 18 May 2011 16:10
Subject: Re: Codec controls question
On Tuesday 17 May 2011 18:23:19 Kamil Debski wrote:
Hi,
Hi,
Some time ago we were discussing the set of
Hi Hans,
On 05/18/2011 05:22 PM, Hans Verkuil wrote:
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: 18 May 2011 16:10
Subject: Re: Codec controls question
On Tuesday 17 May 2011 18:23:19 Kamil Debski wrote:
Hi,
Hi,
Some time ago we were discussing the set of
Hi Sylwester,
On Wednesday 18 May 2011 17:57:37 Sylwester Nawrocki wrote:
On 05/18/2011 05:22 PM, Hans Verkuil wrote:
I have experimented with control events to change ranges and while it can
be done technically it is in practice a bit of a mess. I think personally
it is just easier to
This patch fixes this compiler warning:
drivers/media/video/omap3isp/isp.c: In function 'isp_isr_dbg':
drivers/media/video/omap3isp/isp.c:392:2: warning: zero-length
gnu_printf format string
Since printk() is used in next few statements, same was used
here as well.
Signed-off-by: Sanjeev
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: 18 May 2011 17:23
To: Kamil Debski
Cc: 'Laurent Pinchart'; linux-media@vger.kernel.org; hansv...@cisco.com;
Marek Szyprowski
Subject: RE: Codec controls question
From: Laurent Pinchart
Hi Laurent,
On 05/18/2011 06:03 PM, Laurent Pinchart wrote:
On Wednesday 18 May 2011 17:57:37 Sylwester Nawrocki wrote:
On 05/18/2011 05:22 PM, Hans Verkuil wrote:
I have experimented with control events to change ranges and while it can
be done technically it is in practice a bit of a mess.
Laurent Pinchart wrote:
On Saturday 14 May 2011 12:50:32 Hans Verkuil wrote:
On Friday, May 13, 2011 14:43:08 Laurent Pinchart wrote:
On Saturday 07 May 2011 13:52:25 Hans Verkuil wrote:
On Thursday, May 05, 2011 11:39:54 Tomasz Stanislawski wrote:
Hi Laurent and Hans,
I am very sorry for
Hi,
Guennadi Liakhovetski wrote:
On Wed, 18 May 2011, Laurent Pinchart wrote:
On Friday 13 May 2011 09:45:51 Guennadi Liakhovetski wrote:
[snip]
2. Both these flags should not be passed with CREATE, but with SUBMIT
(which will be renamed to PREPARE or something similar). It should be
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Wed May 18 19:00:32 CEST 2011
git hash:f9b51477fe540fb4c65a05027fdd6f2ecce4db3b
gcc version: i686-linux-gcc (GCC)
On Tue, May 17, 2011 at 8:46 AM, Brice DUBOST bra...@braice.net wrote:
On 18/01/2011 15:42, Tomer Barletz wrote:
Attached a patch for a bug in the lookup_callback function, were in
case of a non-existent resource, the connected_resource_id is not
initialized and then used in the
Convert tea575x-tuner to use the new V4L2 control framework. Also add
ext_init() callback that can be used by a card driver for additional
initialization right before registering the video device (for SF16-FMR2).
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
Hans Verkuil wrote:
Note that many video receivers cannot stall. You can't tell them to wait until
the last buffer finished processing. This is different from some/most?
sensors.
Not even image sensors. They just output the frame data; if the receiver
runs out of buffers the data is just
Hi Guennadi and Laurent,
Guennadi Liakhovetski wrote:
On Wed, 18 May 2011, Laurent Pinchart wrote:
On Tuesday 17 May 2011 07:52:28 Sakari Ailus wrote:
Guennadi Liakhovetski wrote:
[snip]
What about making it possible to pass an array of buffer indices to the
user, just like
On Wednesday, May 18, 2011 21:36:27 Ondrej Zary wrote:
Convert tea575x-tuner to use the new V4L2 control framework. Also add
ext_init() callback that can be used by a card driver for additional
initialization right before registering the video device (for SF16-FMR2).
Just one comment left, see
Convert tea575x-tuner to use the new V4L2 control framework. Also add
ext_init() callback that can be used by a card driver for additional
initialization right before registering the video device (for SF16-FMR2).
Also embed struct video_device to struct snd_tea575x to simplify the code.
Convert radio-sf16fmr2 to use generic TEA575x implementation. Most of the
driver code goes away as SF16-FMR2 is basically just a TEA5757 tuner
connected to ISA bus.
The card can optionally be equipped with PT2254A volume control (equivalent
of TC9154AP) - the volume setting is completely reworked
Hi Sakari,
On 05/17/2011 10:34 PM, Sakari Ailus wrote:
Sylwester Nawrocki wrote:
On 05/09/2011 12:11 AM, Sakari Ailus wrote:
Sylwester Nawrocki wrote:
On 05/07/2011 02:46 PM, Hans Verkuil wrote:
On Thursday, May 05, 2011 20:49:21 Sakari Ailus wrote:
Hi,
This is a fourth proposal for an
Hi,
I'm having a problem connecting devices that output 240p (non-interlaced
NTSC) on composite video. Specifically, connecting either a Sega Genesis or
Nintendo N64 to my WinTV HVR-950 results in any V4L2 program hanging while
playing back the stream. The program starts responding again the
47 matches
Mail list logo
