On Fri, 2011-09-09 at 17:08 +0200, Laurent Pinchart wrote:
Hi Andy,
On Friday 09 September 2011 16:59:31 Andy Shevchenko wrote:
The driver supports the AS3645A, LM3555 chips and their clones.
Accordingly to datasheet the AS3645 chip is a 1000/720mA Ultra Small High
efficient
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
---
v3: addressed comments from Laurent Pinchart - thanks
REG_BLUE has been used by mistake instead of REG_RED. Fix it.
While being at it, fix a few minor issues:
* with no retrun ret; at the end, there is no need to initialize ret
any longer,
* consequently use conditional expressions, not if...else constructs,
throughout ov6650_s_ctrl(),
*
Hi Janusz
Thanks for the patch, but, since I anyway will have to re-roll my branch
on linuxtv, maybe I'll roll in your s/BLUE/RED/ hunk into the original
patch from Hans with a suitable
[jkrzy...@tis.icnet.pl: fix a typo in the register name]
comment, and then add this your patch without that
On Sat, Sep 10, 2011 at 12:11:37PM +0530, Hadli, Manjunath wrote:
Hi Sakari,
On Fri, Sep 09, 2011 at 21:49:40, Sakari Ailus wrote:
On Fri, Sep 09, 2011 at 07:10:49PM +0530, Hadli, Manjunath wrote:
Hi Sakari,
On Thu, Sep 01, 2011 at 03:00:32, Sakari Ailus wrote:
Hi Manju,
remove VPBE_DISPLAY_SD_BUF_SIZE as it is no longer used.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/video/davinci/vpbe_display.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/davinci/vpbe_display.c
The patchset adds incremental changes necessary to enable dm365
v4l2 display driver, which includes vpbe display driver changes,
osd specific changes and venc changes. The changes are incremental
in nature,addind a few HD modes, and taking care of register level
changes.
The patch set does not
Add OSD block changes to enable dm365 and dm355 for vpbe driver.
Changes are based on version number of OSD, which have incremental
changes over 644x OSD hardware interms of few registers.
VPBE_VERSION_2 = dm365 specific
VPBE_VERSION_3 = dm355 specific
Signed-off-by: Manjunath Hadli
This patch implements necessary changes for enabling dm365 and
dm355 hardware for vpbe. The patch contains additional HD mode
support for dm365 (720p60, 1080i30) and appropriate register
modifications based on version numbers.
VPBE_VERSION_2 = dm365 specific
VPBE_VERSION_3 = dm355 specific
This patch implements the core additions to the display driver,
mainly controlling the VENC and other encoders for dm365.
This patch also includes addition of amplifier subdevice to the
vpbe driver and interfacing with venc subdevice.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
Thank you Sakari.
-Manju
On Mon, Sep 12, 2011 at 17:29:25, Sakari Ailus wrote:
On Sat, Sep 10, 2011 at 12:11:37PM +0530, Hadli, Manjunath wrote:
Hi Sakari,
On Fri, Sep 09, 2011 at 21:49:40, Sakari Ailus wrote:
On Fri, Sep 09, 2011 at 07:10:49PM +0530, Hadli, Manjunath wrote:
Hi
Hi Mauro,
Here are four bug fixes for v3.1.
The following changes since commit c6a389f123b9f68d605bb7e0f9b32ec1e3e14132:
Hi Jonathan,
On Monday 12 September 2011 03:16:14 Jonathan Nieder wrote:
Laurent Pinchart wrote:
On Wednesday 07 September 2011 17:32:41 Josh Boyer wrote:
On Wed, Sep 07, 2011 at 12:29:08AM +0200, Laurent Pinchart wrote:
drivers/media/video/uvc/uvc_entity.c |2 +-
1 files changed, 1
Hi,
While testing omap3isp+tvp5150 with latest Deepthy bt656 patches
(kernel 3.1rc4) i noticed that yavta hangs very often when grabbing
or, if not hanged, it grabs at max ~10fps.
Then i noticed that tapping on the (serial) console made it unblock
for some frames, so i thought it doesn't prevent
Guennadi Liakhovetski wrote:
Hi Janusz
Thanks for the patch, but, since I anyway will have to re-roll my branch
on linuxtv, maybe I'll roll in your s/BLUE/RED/ hunk into the original
patch from Hans with a suitable
[jkrzy...@tis.icnet.pl: fix a typo in the register name]
comment, and then
Laurent Pinchart wrote:
I've just sent a pull request to Mauro.
Thanks! Looks good to me, for what little that's worth. My only nits
are that in the future it might be nice to Cc: stable and credit
testers so they can grep through commit logs to find out if the kernel
is fixed.
--
To
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:Mon Sep 12 19:00:48 CEST 2011
git hash:2d04c13a507f5a01daa7422cd52250809573cfdb
gcc version: i686-linux-gcc
Hi Andy,
On Monday 12 September 2011 12:19:15 Andy Shevchenko wrote:
On Fri, 2011-09-09 at 17:08 +0200, Laurent Pinchart wrote:
On Friday 09 September 2011 16:59:31 Andy Shevchenko wrote:
The driver supports the AS3645A, LM3555 chips and their clones.
Accordingly to datasheet the
On Mon, Sep 12, 2011 at 04:50:42PM +0200, Enrico wrote:
Hi,
Hi Enrico,
While testing omap3isp+tvp5150 with latest Deepthy bt656 patches
(kernel 3.1rc4) i noticed that yavta hangs very often when grabbing
or, if not hanged, it grabs at max ~10fps.
Then i noticed that tapping on the
Hello,
I can't get working USB DVR Box (4 video channels / 2 audio) with the
EM2860 chip.
The USB device is recognized, but it doesn't work with any of 77 cards
in the list...
I'm using Fedora 14 (2.6.35.14-96.fc14.i686).
See details in attached dmesg log file.
Link to card (TE-3104AE):
20 matches
Mail list logo