On Tue, 9 Nov 2010, Baruch Siach wrote:
> Hi Sascha,
>
> On Mon, Nov 08, 2010 at 09:52:45PM +0100, Sascha Hauer wrote:
> > mx2-camera got broken during the last merge window. This patch
> > fixes this and removes some unused variables.
> >
> > Signed-off-by: Sascha Hauer
> > ---
> > drivers/me
Hi Sascha,
On Mon, Nov 08, 2010 at 09:52:45PM +0100, Sascha Hauer wrote:
> mx2-camera got broken during the last merge window. This patch
> fixes this and removes some unused variables.
>
> Signed-off-by: Sascha Hauer
> ---
> drivers/media/video/mx2_camera.c | 13 +
> 1 files chan
Hi,
The [vk][cmz]alloc(_node) family of functions return void pointers which
it's completely unnecessary/pointless to cast to other pointer types since
that happens implicitly.
This patch removes such casts from drivers/media/
Signed-off-by: Jesper Juhl
---
cx231xx-417.c |4 ++--
1 file c
Hi Janusz
On Tue, 2 Nov 2010, Janusz Krzysztofik wrote:
> This is a followup patch that addresses two minor issues left in the recently
> added ov6650 sensor driver, as I've promised to the subsystem maintainer:
> - remove a pair of extra brackets,
> - drop useless case for not possible v4l2_mbu
Hi Sascha
On Mon, 8 Nov 2010, Sascha Hauer wrote:
> mx2-camera got broken during the last merge window. This patch
> fixes this and removes some unused variables.
>
> Signed-off-by: Sascha Hauer
applied together with your mx3 dma-type check and pushed for 2.6.37-rc2.
Thanks
Guennadi
> ---
>
Mauro, since you haven't pulled soc-camera -rc1 fixes yet, I've updated
the branch with one more compile-breakage fix, so, here's an updated
request:
The following changes since commit 7655e594945289b418af39f6669fea4666a7b520:
[media] af9015: Fix max I2C message size when used with tda18271 (
mx2-camera got broken during the last merge window. This patch
fixes this and removes some unused variables.
Signed-off-by: Sascha Hauer
---
drivers/media/video/mx2_camera.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c b/dr
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:Mon Nov 8 19:00:14 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15167:abd3aac6644e
git master:
This device seems to be close to Pixelview design. Probably, the remote
controller
is different.
Also, AGC selection doesn't seem to use any GPIO writing, at least from the logs
I got from Márcio.
Reported by: Márcio Araújo Alves
Signed-off-by: Mauro Carvalho Chehab
---
PS.: This patch is to
From: Muralidharan Karicheri
This patch implements the overall device creation for the Video
display driver, and addition of tables for the mode and output list.
Signed-off-by: Muralidharan Karicheri
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/board-dm644x-evm.c| 85 +++
From: Muralidharan Karicheri
This patch adds the build infra-structure for Davinci
VPBE dislay driver.
Signed-off-by: Muralidharan Karicheri
Signed-off-by: Manjunath Hadli
---
drivers/media/video/davinci/Kconfig | 22 ++
drivers/media/video/davinci/Makefile |2 ++
2
From: Muralidharan Karicheri
This patch adds the VENC or the Video encoder, whichis responsible
for the blending of al source planes and timing generation for Video
modes like NTSC, PAL and other digital outputs. the VENC implementation
currently supports COMPOSITE and COMPONENT outputs and NTSC
From: Muralidharan Karicheri
This patch implements the functionality of the OSD block
of the VPBE.The OSD in total supports 4 planes or Video
sources - 2 mainly RGB and 2 Video. The patch implements general
handling of all the planes, with specific emphasis on the Video
plane capabilities as the
From: Muralidharan Karicheri
This patch implements the coe functionality of the dislay driver,
mainly controlling the VENC and other encoders, and acting as
the one point interface for the man V4L2 driver.This implements
the cre of each of the V4L2 IOCTLs.
Signed-off-by: Muralidharan Karicheri
This driver is written for Texas Instruments's DM644X VPBE IP.
This SoC supports 2 video planes and 2 OSD planes as part of its
OSD (On Screen Display) block. The OSD lanes predminantly support
RGB space and the Video planes support YUV data. Out of these 4,
the 2 video planes are supported as pa
This patch adds the timberdale video-in driver.
The video IP of timberdale delivers the video data via DMA.
The driver uses the DMA api to handle DMA transfers, and make use
of the V4L2 video buffers to handle buffers against user space.
If available the driver uses an encoder to get/set the vide
This patch defines platform data for the video-in driver
and adds it to all configurations of timberdale.
Signed-off-by: Richard Röjfors
Acked-by: Samuel Ortiz
---
diff --git a/drivers/mfd/timberdale.c b/drivers/mfd/timberdale.c
index 727f62c..6e53a16 100644
--- a/drivers/mfd/timberdale.c
+++ b/
To follow are two patches.
The first adds the timberdale video-in driver to the media tree.
The second adds it to the timberdale MFD driver.
Changes since last version:
* Updated according the API changed in 2.6.37.
As Samuel pointed out earlier the patch to timberdale should be trivial
so I ho
Laurent Pinchart wrote:
>
> Sorry for the late reply, I've been travelling for the past two weeks and had
> no hardware to test this on. I will try the latest code on a board with a
> parallel sensor and I'll let you know if I can reproduce the problem.
>
If I'm correct about the problem, it'
Hi,
On Sunday 07 November 2010 05:54:02 Sakari Ailus wrote:
> Michael Jones wrote:
> > Hi Bastian (Laurent, and Sakari),
> >
> >> I want to clarify this:
> >>
> >> I try to read images with yafta.
> >> I read in 4 images with 5MP size (no skipping). All 4 images contain
> >> only zeros. I repeat
Sakari Ailus wrote:
> (FYI: your lines are quite long, well over 80 characters.)
Should be better now, thanks.
>
>> Here's my suggestion for a fix, hopefully Laurent or Sakari can comment on
>> it:
>>
>> --- a/drivers/media/video/isp/ispccdc.c
>> +++ b/drivers/media/video/isp/ispccdc.c
>> @@
Hi All
I find a bug when I use the USB TV receiver(WinTV-HVR 950) on kernel
v2.6.37-rc1. The bug appearances when the WinTV-HVR 950 plug out from
the USB interface. The dmesg informations and testing environment are
below here. The bug never be found before the kernel v2.6.37-rc1. Are
there someo
22 matches
Mail list logo