anish singh wrote:
> On Tue, Sep 13, 2011 at 1:58 AM, Sakari Ailus wrote:
>> 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 grabb
this is a v4l2 sensor-level driver for the ST VS6624 camera
Signed-off-by: Scott Jiang
---
drivers/media/video/Kconfig | 10 +
drivers/media/video/Makefile |1 +
drivers/media/video/vs6624.c | 941 +
drivers/media/video/vs6624_regs.h |
this driver is a v4l2 subdevice driver to support
Analog Devices ADV7183 SDTV video decoder
Signed-off-by: Scott Jiang
---
drivers/media/video/Kconfig| 10 +
drivers/media/video/Makefile |1 +
drivers/media/video/adv7183.c | 684
dri
this is a v4l2 bridge driver for Blackfin video capture device,
support ppi interface
Signed-off-by: Scott Jiang
---
drivers/media/video/Makefile|2 +
drivers/media/video/blackfin/Kconfig| 10 +
drivers/media/video/blackfin/Makefile |2 +
drivers/media/vid
no mmu system needs get_unmapped_area file operations to do mmap
Signed-off-by: Scott Jiang
---
drivers/media/video/videobuf2-core.c | 31 +++
include/media/videobuf2-core.h |7 +++
2 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/driver
On Tue, Sep 13, 2011 at 1:58 AM, Sakari Ailus wrote:
> 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
On Wed, 15 Jun 2011 18:44:35 +0300
"Igor M. Liplianin" wrote:
> From my point of view we can count the beginning was here:
>
> http://www.spinics.net/lists/linux-dvb/msg26431.html
>
> The later history is difficult to restore, but possible.
>
After some searching it looks like this is the firs
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): http://ww
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 (s
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 datash
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 (GC
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 unsubs
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 a
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 preven
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 fil
Hi Mauro,
Here are four bug fixes for v3.1.
The following changes since commit c6a389f123b9f68d605bb7e0f9b32ec1e3e14132:
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:
> > >
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
Signe
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
---
drivers
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
---
drivers/media/video/davinc
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 inc
remove VPBE_DISPLAY_SD_BUF_SIZE as it is no longer used.
Signed-off-by: Manjunath Hadli
---
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
b/drivers/media/video/davinci/vpbe_display.c
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
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
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(),
* v4l2_c
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
---
v3: addressed comments from Laurent Pinchart - thanks
1. switch to using a de
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
> > efficie
27 matches
Mail list logo
