On Mon, 2011-09-26 at 17:29 +0530, Archit Taneja wrote:
Remove the code in omap_vout_probe() which calls display-driver-update() for
all the displays. This isn't correct because:
- An update in probe doesn't make sense, because we don't have any valid
content
to show at this time.
-
-Original Message-
From: Taneja, Archit
Sent: Monday, September 26, 2011 5:29 PM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
me...@vger.kernel.org; Taneja, Archit
Subject: [PATCH v3 4/4] OMAP_VOUT: Don't trigger updates in
-Original Message-
From: Semwal, Sumit
Sent: Tuesday, September 27, 2011 11:12 AM
To: Hiremath, Vaibhav
Cc: Taneja, Archit; Valkeinen, Tomi; linux-o...@vger.kernel.org; linux-
me...@vger.kernel.org
Subject: Re: [PATCH 3/5] [media]: OMAP_VOUT: Fix VSYNC IRQ handling in
omap_vout_isr
On Tue, 2011-09-27 at 12:09 +0530, Hiremath, Vaibhav wrote:
Please look at the patch carefully, it does exactly same thing. I
understand the use-case what Archit explained in the last email but in
this patch context, the use-case change anything here in this patch.
With the current code, the
Hi Vaibhav,
On Tue, Sep 27, 2011 at 12:09 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
-Original Message-
From: Semwal, Sumit
Sent: Tuesday, September 27, 2011 11:12 AM
To: Hiremath, Vaibhav
Cc: Taneja, Archit; Valkeinen, Tomi; linux-o...@vger.kernel.org; linux-
-Original Message-
From: Valkeinen, Tomi
Sent: Tuesday, September 27, 2011 12:19 PM
To: Hiremath, Vaibhav
Cc: Semwal, Sumit; Taneja, Archit; linux-o...@vger.kernel.org; linux-
me...@vger.kernel.org
Subject: RE: [PATCH 3/5] [media]: OMAP_VOUT: Fix VSYNC IRQ handling in
omap_vout_isr
On Tuesday 27 September 2011 12:24 PM, Hiremath, Vaibhav wrote:
-Original Message-
From: Valkeinen, Tomi
Sent: Tuesday, September 27, 2011 12:19 PM
To: Hiremath, Vaibhav
Cc: Semwal, Sumit; Taneja, Archit; linux-o...@vger.kernel.org; linux-
me...@vger.kernel.org
Subject: RE: [PATCH 3/5]
Thanks,
Vaibhav
-Original Message-
From: Taneja, Archit
Sent: Monday, September 26, 2011 12:04 PM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; Taneja,
Archit; linux-media@vger.kernel.org; Molnar, Lajos
Subject: [PATCH v3 3/3]
On Tuesday 27 September 2011 11:40 AM, Valkeinen, Tomi wrote:
On Mon, 2011-09-26 at 17:29 +0530, Archit Taneja wrote:
Remove the code in omap_vout_probe() which calls display-driver-update() for
all the displays. This isn't correct because:
- An update in probe doesn't make sense, because we
On Tue, 2011-09-27 at 12:24 +0530, Hiremath, Vaibhav wrote:
If you look at the patch, the patch barely checks for the condition
and
makes sure that the interrupt is either of VSYNC or VSYNC2, else
return. Rest everything is same.
This is what the current code does, in clearer form and
On Tue, 2011-09-27 at 12:32 +0530, Archit Taneja wrote:
On Tuesday 27 September 2011 11:40 AM, Valkeinen, Tomi wrote:
On Mon, 2011-09-26 at 17:29 +0530, Archit Taneja wrote:
Remove the code in omap_vout_probe() which calls display-driver-update()
for
all the displays. This isn't correct
-Original Message-
From: Taneja, Archit
Sent: Tuesday, September 27, 2011 12:32 PM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; Semwal, Sumit; linux-o...@vger.kernel.org; linux-
me...@vger.kernel.org
Subject: Re: [PATCH 3/5] [media]: OMAP_VOUT: Fix VSYNC IRQ handling in
On Monday, September 26, 2011 23:49:56 Sylwester Nawrocki wrote:
Hi Hans,
thanks for the comments. It's good to see you back, this mailing list
had been much more quiet when you've been away for a while;)
I hope everything got well for you.
On 09/26/2011 03:21 PM, Hans Verkuil wrote:
On
On Tuesday 27 September 2011 12:37 PM, Valkeinen, Tomi wrote:
On Tue, 2011-09-27 at 12:32 +0530, Archit Taneja wrote:
On Tuesday 27 September 2011 11:40 AM, Valkeinen, Tomi wrote:
On Mon, 2011-09-26 at 17:29 +0530, Archit Taneja wrote:
Remove the code in omap_vout_probe() which calls
-Original Message-
From: Taneja, Archit
Sent: Monday, September 26, 2011 5:29 PM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
me...@vger.kernel.org; Taneja, Archit
Subject: [PATCH v3 1/4] OMAP_VOUT: Fix check in reqbuf for buf_size
Adding Cc: staging maintainer and mailinglist.
On Sep 26 Devin Heitmueller wrote:
On Sun, Sep 25, 2011 at 11:25 PM, Mauro Carvalho Chehab
mauroche...@gmail.com wrote:
Want to see more device support upstream? Optimize the process to
make it easy for the people who know the hardware and how
Alain VOLMAT wrote:
Hi Sakari, Hi Laurent,
Hi Alain,
Thanks for your replies. Sorry for taking so much time.
The same on my side. I finally had time to take a look again.
I don't have perfect graphs to explain our device but the following
links helps a little. Device as this one are
Hi all,
sorry for being quiet such a long time
On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
On Wed, 15 Jun 2011 18:44:35 +0300
Igor M. Liplianin liplia...@me.by wrote:
From my point of view we can count the beginning was here:
On 09/27/2011 09:14 AM, Hans Verkuil wrote:
On Monday, September 26, 2011 23:49:56 Sylwester Nawrocki wrote:
Hi Hans,
thanks for the comments. It's good to see you back, this mailing list
had been much more quiet when you've been away for a while;)
I hope everything got well for you.
On
+ ret = v4l2_subdev_call(bcap_dev-sd, video,
+ g_mbus_fmt, mbus_fmt);
+ if (ret 0)
+ return ret;
+
+ for (i = 0; i BCAP_MAX_FMTS; i++) {
+ if (mbus_fmt.code !=
Hello,
On Monday, September 26, 2011 3:30 PM Mauro Carvalho Chehab wrote:
Em 26-09-2011 08:21, Marek Szyprowski escreveu:
Hello,
On Monday, September 26, 2011 1:14 PM Mauro Carvalho Chehab wrote:
Scott Jiang (1):
vb2: add vb2_get_unmapped_area in vb2 core
diff --git
В сообщении от 27 сентября 2011 10:55:11 автор Dominik Kuhlen написал:
Hi all,
sorry for being quiet such a long time
On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
On Wed, 15 Jun 2011 18:44:35 +0300
Igor M. Liplianin liplia...@me.by wrote:
From my point of view
Here is my 'better late than never' review :-)
On Wednesday, August 31, 2011 14:28:20 Tomasz Stanislawski wrote:
This patch introduces new api for a precise control of cropping and composing
features for video devices. The new ioctls are VIDIOC_S_SELECTION and
VIDIOC_G_SELECTION.
On Wednesday, August 31, 2011 14:28:21 Tomasz Stanislawski wrote:
This patch adds a documentation for VIDIOC_{G/S}_SELECTION ioctl. Moreover,
the
patch adds the description of modeling of composing, cropping and scaling
features in V4L2. Finally, some examples are presented.
Signed-off-by:
On Friday, August 26, 2011 15:06:05 Tomasz Stanislawski wrote:
This patch allows new video drivers to work correctly with applications that
use the old-style crop API. The old crop ioctl is simulated by using
selection
callbacks.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
On Tuesday, September 27, 2011 10:23:35 Scott Jiang wrote:
+ ret = v4l2_subdev_call(bcap_dev-sd, video,
+ g_mbus_fmt, mbus_fmt);
+ if (ret 0)
+ return ret;
+
+ for (i = 0; i BCAP_MAX_FMTS;
What you would typically do in a case like this (if I understand it
correctly) is that in the s_input ioctl you first select the input in the
subdev, and then you can call the subdev to determine the standard and
format and use that information to set up the bridge. This requires that
the
Hello,
On Saturday, September 17, 2011 11:31 AM Jeongtae Park wrote:
Hi,
How is it going?
I'm sorry for the delay, I was on holidays for over 2 weeks and got back last
week.
Sadly I didn't manage to send updated version. Now it looks that the initial
patch
has been already merged to
On Tuesday, September 27, 2011 12:00:03 Scott Jiang wrote:
What you would typically do in a case like this (if I understand it
correctly) is that in the s_input ioctl you first select the input in the
subdev, and then you can call the subdev to determine the standard and
format and use
On Thursday, September 08, 2011 09:45:15 Guennadi Liakhovetski wrote:
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of a snapshot
mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
VIDIOC_PREPARE_BUF and
On Thursday, September 08, 2011 09:46:26 Guennadi Liakhovetski wrote:
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
v7: added to the experimental list in compat.xml
Documentation/DocBook/media/v4l/compat.xml |3 +
Documentation/DocBook/media/v4l/io.xml
Hi Hans
On Tue, 27 Sep 2011, Hans Verkuil wrote:
On Thursday, September 08, 2011 09:45:15 Guennadi Liakhovetski wrote:
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of a snapshot
mode. This patch adds two new
On Tuesday, September 27, 2011 13:00:24 Guennadi Liakhovetski wrote:
Hi Hans
On Tue, 27 Sep 2011, Hans Verkuil wrote:
On Thursday, September 08, 2011 09:45:15 Guennadi Liakhovetski wrote:
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for
On Tuesday 27 September 2011 11:20:29 Hans Verkuil wrote:
On Wednesday, August 31, 2011 14:28:21 Tomasz Stanislawski wrote:
This patch adds a documentation for VIDIOC_{G/S}_SELECTION ioctl.
Moreover, the patch adds the description of modeling of composing,
cropping and scaling features in
Hi Tomasz,
On Friday 23 September 2011 17:22:27 Tomasz Stanislawski wrote:
On 09/23/2011 03:13 PM, Laurent Pinchart wrote:
[snip]
+paraThe composing targets refer to a memory buffer. The limits of
composing +coordinates are obtained usingconstant
V4L2_SEL_COMPOSE_BOUNDS/constant. +All
On Tuesday, September 27, 2011 13:11:35 Laurent Pinchart wrote:
On Tuesday 27 September 2011 11:20:29 Hans Verkuil wrote:
On Wednesday, August 31, 2011 14:28:21 Tomasz Stanislawski wrote:
This patch adds a documentation for VIDIOC_{G/S}_SELECTION ioctl.
Moreover, the patch adds the
Em 27-09-2011 04:55, Dominik Kuhlen escreveu:
Hi all,
sorry for being quiet such a long time
On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
On Wed, 15 Jun 2011 18:44:35 +0300
Igor M. Liplianin liplia...@me.by wrote:
From my point of view we can count the beginning was
From: Jonghun Han jonghun@samsung.com
When satisfied with the try results, applications can set the active formats
by setting the which argument to V4L2_SUBDEV_FORMAT_ACTIVE
not V4L2_SUBDEV_FORMAT_TRY.
Signed-off-by: Jonghun Han jonghun@samsung.com
---
Em 27-09-2011 05:23, Marek Szyprowski escreveu:
Hello,
On Monday, September 26, 2011 3:30 PM Mauro Carvalho Chehab wrote:
Em 26-09-2011 08:21, Marek Szyprowski escreveu:
Hello,
On Monday, September 26, 2011 1:14 PM Mauro Carvalho Chehab wrote:
Scott Jiang (1):
vb2: add
From: Jonghun Han jonghun@samsung.com
When satisfied with the try results, applications can set the active formats
by setting the which argument to V4L2_SUBDEV_FORMAT_ACTIVE
not V4L2_SUBDEV_FORMAT_TRY.
Signed-off-by: Jonghun Han jonghun@samsung.com
---
When satisfied with the try results, applications can set the active formats
by setting the which argument to V4L2_SUBDEV_FORMAT_ACTIVE
not V4L2_SUBDEV_FORMAT_TRY.
Signed-off-by: Jonghun Han jonghun@samsung.com
---
Documentation/DocBook/v4l/dev-subdev.xml |2 +-
1 files changed, 1
Hi Jonghun,
On Monday 26 September 2011 07:14:04 jonghun@samsung.com wrote:
From: Jonghun Han jonghun@samsung.com
When satisfied with the try results, applications can set the active
formats by setting the which argument to V4L2_SUBDEV_FORMAT_ACTIVE
not V4L2_SUBDEV_FORMAT_TRY.
Hi Mauro,
On Saturday 24 September 2011 14:34:57 Mauro Carvalho Chehab wrote:
Everything at patchwork were reviewed by me, and I've applied all patches
that I didn't notice any review by the drivers maintainers.
Driver maintainers:
Please review the remaining patches.
==
On Tue, 27 Sep 2011, Hans Verkuil wrote:
On Tuesday, September 27, 2011 13:00:24 Guennadi Liakhovetski wrote:
Hi Hans
On Tue, 27 Sep 2011, Hans Verkuil wrote:
On Thursday, September 08, 2011 09:45:15 Guennadi Liakhovetski wrote:
A possibility to preallocate and initialise
Hi Sakari,
On Sunday 25 September 2011 13:17:17 Sakari Ailus wrote:
On Wed, Sep 21, 2011 at 11:06:41AM +0200, Laurent Pinchart wrote:
On Wednesday 21 September 2011 07:32:44 Ravi, Deepthy wrote:
On Wednesday, September 21, 2011 4:56 AM Laurent Pinchart wrote:
On Tuesday 20 September
Hi Deepthy,
On Friday 23 September 2011 13:53:39 Ravi, Deepthy wrote:
On Wednesday, September 21, 2011 2:36 PM Laurent Pinchart wrote:
On Wednesday 21 September 2011 07:32:44 Ravi, Deepthy wrote:
On Wednesday, September 21, 2011 4:56 AM Laurent Pinchart wrote:
On Tuesday 20 September 2011
Hi Mauro,
On 09/26/2011 02:10 PM, Mauro Carvalho Chehab wrote:
Em 26-09-2011 05:42, Tomasz Stanislawski escreveu:
On 09/24/2011 05:58 AM, Mauro Carvalho Chehab wrote:
Hi Mauro
Thank you for your comments. Please refer to the answers below.
Em 22-09-2011 12:13, Marek Szyprowski escreveu:
Hi,
This patch to the IR RC6 decoder adds support for variable length
mode-6A frames which can range in size from 8 to 128 bits. Please refer
to the following link for a detailed explanation or RC6 frames:
http://slydiman.narod.ru/scr/kb/rc6.htm
This change removes the assumption that frames
Hi Hans,
Thank you for a quick review :).
On 09/27/2011 11:20 AM, Hans Verkuil wrote:
On Wednesday, August 31, 2011 14:28:21 Tomasz Stanislawski wrote:
This patch adds a documentation for VIDIOC_{G/S}_SELECTION ioctl. Moreover, the
patch adds the description of modeling of composing, cropping
On Tuesday, September 27, 2011 14:19:54 Guennadi Liakhovetski wrote:
On Tue, 27 Sep 2011, Hans Verkuil wrote:
On Tuesday, September 27, 2011 13:00:24 Guennadi Liakhovetski wrote:
Hi Hans
On Tue, 27 Sep 2011, Hans Verkuil wrote:
On Thursday, September 08, 2011 09:45:15
This patchset
-adds support for MT9T111 sensor on omap3evm.
Currently the sensor driver supports only
VGA resolution.
-enables MT9T111 sensor in omap2plus_defconfig.
This is dependent on the following patchset
http://www.spinics.net/lists/linux-media/msg37270.html
Enables multimedia driver, media controller api,
v4l2-subdev-api, omap3isp and mt9t111 sensor
drivers in omap2plus_defconfig. Also enables
soc-camera and mt9t112 support since mt9t111
sensor is using mt9t112 driver which is based
on soc-camera subsystem.
Loading soc_camera.ko fails. Hence built
From: Vaibhav Hiremath hvaib...@ti.com
Adds board support for MT9T111 sensor.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Deepthy Ravi deepthy.r...@ti.com
---
arch/arm/mach-omap2/Makefile|5 +
arch/arm/mach-omap2/board-omap3evm-camera.c | 185
Configure INPMOD and PACK8 fileds for UYVY8_2X8
and YUYV8_2X8 formats.
Signed-off-by: Deepthy Ravi deepthy.r...@ti.com
---
drivers/media/video/omap3isp/ispccdc.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/omap3isp/ispccdc.c
From: Vaibhav Hiremath hvaib...@ti.com
Enabled 1v8 and 2v8 regulator output, which is being used by
camera module.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Deepthy Ravi deepthy.r...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 22 ++
1 files
Added support for mt9t111 sensor in the existing
mt9t112 driver. Also added support for media controller
framework. The sensor driver currently supports only
VGA resolution.
Signed-off-by: Deepthy Ravi deepthy.r...@ti.com
---
drivers/media/video/Kconfig |7 +
On 2011-09-27 07:40, Deepthy Ravi wrote:
This patchset
-adds support for MT9T111 sensor on omap3evm.
Currently the sensor driver supports only
VGA resolution.
-enables MT9T111 sensor in omap2plus_defconfig.
This is dependent on the following patchset
Hi,
From: Gary Thomas [g...@mlbassoc.com]
Sent: Tuesday, September 27, 2011 7:21 PM
To: Ravi, Deepthy
Cc: laurent.pinch...@ideasonboard.com; mche...@infradead.org;
t...@atomide.com; Hiremath, Vaibhav; linux-media@vger.kernel.org;
Em 27-09-2011 10:02, Tomasz Stanislawski escreveu:
Hi Mauro,
On 09/26/2011 02:10 PM, Mauro Carvalho Chehab wrote:
Em 26-09-2011 05:42, Tomasz Stanislawski escreveu:
On 09/24/2011 05:58 AM, Mauro Carvalho Chehab wrote:
Hi Mauro
Thank you for your comments. Please refer to the answers
Hi Laurent,
On 09/27/2011 01:17 PM, Laurent Pinchart wrote:
Hi Tomasz,
On Friday 23 September 2011 17:22:27 Tomasz Stanislawski wrote:
On 09/23/2011 03:13 PM, Laurent Pinchart wrote:
[snip]
I have to ideas to add subpixels to selection API.
1. Introduce struct v4l2_frect similar to
Hi Tomasz and Laurent,
I have commented on the MFC case below.
From: Tomasz Stanislawski [mailto:t.stanisl...@samsung.com]
Hi Laurent,
On 09/27/2011 01:17 PM, Laurent Pinchart wrote:
Hi Tomasz,
On Friday 23 September 2011 17:22:27 Tomasz Stanislawski wrote:
On 09/23/2011 03:13 PM,
On Tue, 27 Sep 2011, Hans Verkuil wrote:
On Thursday, September 08, 2011 09:46:26 Guennadi Liakhovetski wrote:
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
[snip]
+paraWhen the ioctl is called with a pointer to this structure the
driver
+will attempt to
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of a snapshot
mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
VIDIOC_PREPARE_BUF and defines respective data structures.
Signed-off-by: Guennadi Liakhovetski
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
v8: specify, that the drivers may only increase buffer sizes, not decrease
them - thanks to Hans for suggestion
From e879854cc639ba7c0228109f22415cc44df7edc0 Mon Sep 17 00:00:00 2001
From: Guennadi Liakhovetski g.liakhovet...@gmx.de
Currently only very few drivers actually use video_device nodes, embedded
in struct v4l2_subdev. Allocate these nodes dynamically for those drivers
to save memory for the rest.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Hi Hans,
On Tuesday 27 September 2011 12:34:20 Hans Verkuil wrote:
On Thursday, September 08, 2011 09:45:15 Guennadi Liakhovetski wrote:
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of a snapshot
mode. This patch
On Tue, Sep 27, 2011 at 09:44:09AM +0200, Stefan Richter wrote:
Adding Cc: staging maintainer and mailinglist.
On Sep 26 Devin Heitmueller wrote:
On Sun, Sep 25, 2011 at 11:25 PM, Mauro Carvalho Chehab
mauroche...@gmail.com wrote:
Want to see more device support upstream? Optimize the
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Tue Sep 27 19:00:22 CEST 2011
git hash:446b792c6bd87de4565ba200b75a708b4c575a06
gcc version: i686-linux-gcc
Hi Hans,
Thanks for the review.
On Monday 26 September 2011 12:21:11 Hans Verkuil wrote:
On Friday, September 09, 2011 17:52:49 Laurent Pinchart wrote:
[snip]
+/* Register definitions */
+
+/* Read-only Design info register: Reset state: 0001 - for Senna */
What's 'Senna'? I see
Hi Vaibhav,
On Monday 19 September 2011 17:31:02 Hiremath, Vaibhav wrote:
On Friday, September 16, 2011 6:36 PM Laurent Pinchart wrote:
On Friday 16 September 2011 15:00:53 Ravi, Deepthy wrote:
On Thursday, September 08, 2011 10:51 PM Laurent Pinchart wrote:
On Thursday 08 September
The ADV7175A/ADV7176A can operate in either 8-bit or 16-bit YCrCb mode.
* 8-Bit YCrCb Mode
This default mode accepts multiplexed YCrCb inputs through
the P7-P0 pixel inputs. The inputs follow the sequence Cb0, Y0
Cr0, Y1 Cb1, Y2, etc. The Y, Cb and Cr data are input on a
rising clock edge.
*
On Sep 27 Greg KH wrote:
On Tue, Sep 27, 2011 at 09:44:09AM +0200, Stefan Richter wrote:
Adding Cc: staging maintainer and mailinglist.
On Sep 26 Devin Heitmueller wrote:
On Sun, Sep 25, 2011 at 11:25 PM, Mauro Carvalho Chehab
mauroche...@gmail.com wrote:
In summary, if you don't
Hi Guennadi,
On Tue, Sep 27, 2011 at 05:49:52PM +0200, Guennadi Liakhovetski wrote:
On Tue, 27 Sep 2011, Hans Verkuil wrote:
On Thursday, September 08, 2011 09:46:26 Guennadi Liakhovetski wrote:
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
[snip]
+paraWhen
Sylwester Nawrocki wrote:
Hello Sakari,
Hi Sylwester,
On 09/25/2011 12:08 PM, Sakari Ailus wrote:
On Fri, Sep 23, 2011 at 12:12:58PM +0200, Sylwester Nawrocki wrote:
On 09/23/2011 12:02 AM, Sakari Ailus wrote:
Hi Sylwester,
I have a few additional comments below, they don't depend on my
On Tue, Sep 27, 2011 at 11:55:32PM +0300, Sakari Ailus wrote:
Sylwester Nawrocki wrote:
Hello Sakari,
Hi Sylwester,
What I forgot to ask was whether there is a public datasheet for this
sensor?
Regards,
--
Sakari Ailus
e-mail: sakari.ai...@iki.fi jabber/XMPP/Gmail:
Em 19-09-2011 12:31, Hiremath, Vaibhav escreveu:
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Friday, September 16, 2011 6:36 PM
To: Ravi, Deepthy
Cc: linux-media@vger.kernel.org; t...@atomide.com; li...@arm.linux.org.uk;
Hi Mauro,
On Wednesday 28 September 2011 00:31:32 Mauro Carvalho Chehab wrote:
Em 19-09-2011 12:31, Hiremath, Vaibhav escreveu:
On Friday, September 16, 2011 6:36 PM Laurent Pinchart wrote: On
Friday 16 September 2011 15:00:53 Ravi, Deepthy wrote:
On Thursday, September 08, 2011 10:51 PM
On 2011-09-27 16:31, Mauro Carvalho Chehab wrote:
Em 19-09-2011 12:31, Hiremath, Vaibhav escreveu:
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Friday, September 16, 2011 6:36 PM
To: Ravi, Deepthy
Cc: linux-media@vger.kernel.org;
Hi Deepthy,
Thanks for the patch.
Please try to avoid adding too many people (and mailing lists) to the CC list.
I've pruned it down as most of them are not directly concerned by this patch.
On Tuesday 27 September 2011 15:40:45 Deepthy Ravi wrote:
Added support for mt9t111 sensor in the
Hi Deepthy
(personally, I don't think this long CC list is justified, you might want
to drop most of them on the next round, but it's up to you eventually)
Nice, that you managed to re-use the existing mt9t112 driver and extend it
to work outside of soc-camera and with mt9t111 on omap3. See
Hi Mauro
Need apply this patch. I test it for compile only right now I haven't TV cards
with 1216ME_MK3.
I was send ask on our forum for test.
With my best regards, Dmitry.
Hi Dmitri,
Em 23-04-2009 02:40, Dmitri Belimov escreveu:
Hi All
Write AUX byte to FM1216ME_MK3 when FM mode,
Hi
One of our customers report me about a strange bug. They use our TV card with
DVB-T for capture a DVB-T signal and
transmit it to his network. TV card based on saa7134, xc5000, zl10353.
Main problem is: after 30 day of 24h working TV card can't lock a DVB-T signal.
After rebooting all is
82 matches
Mail list logo