[PATCH 2.6.32 1/1] bt8xx: add full support for Kworld V-Stream Xpert TV-PVR 878 (VS-TV878RF) card

2010-12-09 Thread pojar george
-- Forwarded message -- From: GEORGE Date: 2010/12/9 Subject: [PATCH 2.6.32 1/1] bt8xx: add full support for Kworld V-Stream Xpert TV-PVR 878 (VS-TV878RF) card To: majord...@vger.kernel.org This patch add full support for Kworld V-Stream Xpert TV-PVR 878 (VS-TV878RF) card. Signe

[PATCH] V4L/DVB: Add support for M5MOLS Mega Pixel camera

2010-12-09 Thread Kim, HeungJun
This patch adds support for M5MOLS Mega Pixel Fujitsu camera sensor. -- Hello, This is an initial version of I2C/V4L2 subdev driver for M5MOLS camera sensor using MIPI interface from Fujitsu. This sensor supports various resolution at various fps on Monitoring(as we know preview), Preview(camcor

Re: [PATCH v4 3/6] drivers:staging: ti-st: fmdrv_common sources

2010-12-09 Thread halli manjunatha
Hans, On Thu, Nov 18, 2010 at 1:49 PM, Hans Verkuil wrote: > > > > > These are the sources for the common interfaces required by the FM > > V4L2 driver for TI WL127x and WL128x chips. > > > > OK, I think the way interrupts are handled should be revamped. It is way too > complex IMHO. All these a

RE: [RFC/PATCH v4 0/4] Multi Format Codec 5.0 driver for S5PC110 SoC

2010-12-09 Thread Kukjin Kim
Kyungmin Park wrote: > > >> > > >> > Hi Kamil, > >> > > >> > I think, should be added my e-mail in Cc... > >> > >> No need to cc all, only machine specific only. > >> and I hope minimal modification at machine specific and move to media > >> if possible. > >> > > Should be reviewed proper maintain

Re: [RFC/PATCH v4 0/4] Multi Format Codec 5.0 driver for S5PC110 SoC

2010-12-09 Thread Kyungmin Park
On Fri, Dec 10, 2010 at 12:40 PM, Kukjin Kim wrote: > Kyungmin Park wrote: >> >> On Fri, Dec 10, 2010 at 11:32 AM, Kukjin Kim > wrote: >> > Kamil Debski wrote: >> >> >> >> Hello, >> >> >> >> Last week v3 of this driver has been posted. Since then the driver was >> >> changed >> >> to use the newe

RE: [RFC/PATCH v4 2/4] MFC: Add MFC 5.1 driver to plat-s5p

2010-12-09 Thread Kukjin Kim
Kamil Debski wrote: > > Add platform support for Multi Format Codec 5.1 is a module available > on S5PC110 and S5PC210 Samsung SoCs. Hardware is capable of handling > a range of video codecs and this driver provides V4L2 interface for > video decoding. > > Signed-off-by: Kamil Debski > Signed-of

RE: [RFC/PATCH v4 0/4] Multi Format Codec 5.0 driver for S5PC110 SoC

2010-12-09 Thread Kukjin Kim
Kyungmin Park wrote: > > On Fri, Dec 10, 2010 at 11:32 AM, Kukjin Kim wrote: > > Kamil Debski wrote: > >> > >> Hello, > >> > >> Last week v3 of this driver has been posted. Since then the driver was > >> changed > >> to use the newest videobuf2 version - v6. Two very long functions have > > been

[patch] [media] bttv: call mutex_init() on newly allocated lock

2010-12-09 Thread Dan Carpenter
Hi Sergej, I'm hoping this patch will take care of the bug you reported: https://bugzilla.kernel.org/show_bug.cgi?id=24602 Please try it out and let me know. I'll resend with a proper signed-off-by if it fixes the problem. (I don't have the hardware to test this myself). diff --git a/drivers/

RE: [RFC/PATCH v4 1/4] Changes in include/linux/videodev2.h for MFC 5.1

2010-12-09 Thread 박정태
Hi, Kamil What do you think modification of codec class control ID for MFC as following. 1. Define the CID base for MFC 2. Separate decode & encode controls 3. Separate common & codec-specific controls > Add fourcc values for compressed video stream formats and > V4L2_CTRL_CLASS_CODEC. Also adds

RE: [RFC/PATCH v4 2/4] MFC: Add MFC 5.1 driver to plat-s5p

2010-12-09 Thread Kukjin Kim
Kamil Debski wrote: > Would be better if you could keep the subject style... > Add platform support for Multi Format Codec 5.1 is a module available > on S5PC110 and S5PC210 Samsung SoCs. Hardware is capable of handling > a range of video codecs and this driver provides V4L2 interface for > video

Re: [RFC/PATCH v4 0/4] Multi Format Codec 5.0 driver for S5PC110 SoC

2010-12-09 Thread Kyungmin Park
On Fri, Dec 10, 2010 at 11:32 AM, Kukjin Kim wrote: > Kamil Debski wrote: >> >> Hello, >> >> Last week v3 of this driver has been posted. Since then the driver was >> changed >> to use the newest videobuf2 version - v6. Two very long functions have > been >> split to make the code more readible. M

RE: [RFC/PATCH v4 0/4] Multi Format Codec 5.0 driver for S5PC110 SoC

2010-12-09 Thread Kukjin Kim
Kamil Debski wrote: > > Hello, > > Last week v3 of this driver has been posted. Since then the driver was > changed > to use the newest videobuf2 version - v6. Two very long functions have been > split to make the code more readible. Minor changes include tidying the > comments and replacing rema

RE: [RFC][media] s5p-fimc : Need to modify for s5pv310

2010-12-09 Thread Sungchun Kang
> -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki > Sent: Monday, December 06, 2010 6:46 PM > To: sungchun.k...@samsung.com > Cc: linux-media@vger.kernel.org > Subject: Re: [RFC][media] s5p-fimc : N

Re: [PATCH 0/2] OMAP1: amsdelta: reserve memory for videobuf_contig

2010-12-09 Thread Tony Lindgren
* Janusz Krzysztofik [101205 10:19]: > Latest developements seem to allow for reserving a block of memory on boot to > be used as a device dedicated dma coherent memory. This may be required for > videobuf_config based video drivers avoid problems with allocating dma > coherent memory after sys

Re: [RFC/PATCH v3 6/7] omap3: Export omap3isp platform device structure

2010-12-09 Thread Laurent Pinchart
Hi Tony, On Monday 06 December 2010 20:32:13 Tony Lindgren wrote: > * Felipe Balbi [101125 03:13]: > > Hi, > > > > On Thu, Nov 25, 2010 at 12:17:59PM +0100, Laurent Pinchart wrote: > > >>pass platform_data as an argument to this call ? Then remove the static > > >>inline and export this one ? >

[PATCH 5/6] [media] gspca/sonixj: Fix support for sn9c105+0v7660

2010-12-09 Thread Mauro Carvalho Chehab
This bug were very tricky to discover. Basically, replying the webcam initialization sequence, after the capture is running make it works. After several researches, I discovered that the sensor were in powerdown mode, when the init sequence was sent. As result, the sensor were never initialized. T

[PATCH 4/6] [media] gspca/sn9c20x: Fix support for mt9m001 (mi1300) sensor

2010-12-09 Thread Mauro Carvalho Chehab
Support for mt9m001 (mi1300) is broken: - Table is incomplete; - Only one resolution is currently supported by the driver; - Resolution is incomplete; - it complains about broken JPEG headers. Use the same init found on em28xx driver, and properly report the output

[PATCH 3/6] [media] gspca core: Fix regressions gspca breaking devices with audio

2010-12-09 Thread Mauro Carvalho Chehab
Changeset 35680ba broke several devices: - Sony Playstation Eye (1415:2000); - Gigaware model 25-234 (0c45:628f); - Logitech Messenger Plus (046d:08f6). Probably more devices were broken by this change. What happens is that several devices don't need to save some bandwidth

[PATCH 2/6] [media] gspca/sn9c20x: Get rid of scale "magic" numbers

2010-12-09 Thread Mauro Carvalho Chehab
Use macros for the supported scales, instead of using magic numbers from 0 to 3. Code become cleaner by using macros for it. Signed-off-by: Mauro Carvalho Chehab diff --git a/drivers/media/video/gspca/sn9c20x.c b/drivers/media/video/gspca/sn9c20x.c index 1e0f219..e812598 100644 --- a/drivers/m

[PATCH 1/6] [media] gspca/sn9c20x: Test if sensor is really an ov9650

2010-12-09 Thread Mauro Carvalho Chehab
Instead of just assuming a ov9650 sensor based on USB ID, double-check it, by reading the sensor ID. Signed-off-by: Mauro Carvalho Chehab diff --git a/drivers/media/video/gspca/sn9c20x.c b/drivers/media/video/gspca/sn9c20x.c index 6b155ae..1e0f219 100644 --- a/drivers/media/video/gspca/sn9c20x.

[PATCH 0/6] Several fixes for webcams

2010-12-09 Thread Mauro Carvalho Chehab
Due to the regressions caused at gspca core, generated by changeset 35680ba, I decided to test several webcams that were handy. Several of them were broken, not only due to that changeset, but also due to other changes that the driver suffered among the time (or maybe they were never tested). This

[PATCH 6/6] [media] gspca/sonixj: Fix support for sn9c120+ov7660

2010-12-09 Thread Mauro Carvalho Chehab
This device also don't have inverted powerdown, being similar to sn9c105. Tested with: ID 0c45:613b Microdia Win2 PC Camera As this device now works on gspca, enable it by default at gspca, if both gspca_sonixj and sn9c102 drivers are compiled. Signed-off-by: Mauro Carvalho Chehab diff

Re: [RFC] Input: define separate EVIOCGKEYCODE_V2/EVIOCSKEYCODE_V2

2010-12-09 Thread Dmitry Torokhov
On Thu, Dec 09, 2010 at 08:04:36PM +0100, Henrik Rydberg wrote: > On 12/09/2010 10:39 AM, Dmitry Torokhov wrote: > > > The desire to keep old names for the EVIOCGKEYCODE/EVIOCSKEYCODE while > > extending them to support large scancodes was a mistake. While we tried > > to keep ABI intact (and we s

Re: [RFC] Input: define separate EVIOCGKEYCODE_V2/EVIOCSKEYCODE_V2

2010-12-09 Thread Henrik Rydberg
On 12/09/2010 10:39 AM, Dmitry Torokhov wrote: > The desire to keep old names for the EVIOCGKEYCODE/EVIOCSKEYCODE while > extending them to support large scancodes was a mistake. While we tried > to keep ABI intact (and we succeeded in doing that, programs compiled > on older kernels will work on

[cron job] v4l-dvb daily build: WARNINGS

2010-12-09 Thread Hans Verkuil
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:Thu Dec 9 19:00:08 CET 2010 git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a git media-master: gcc version: i6

Re: Kinect sensor and Linux kernel driver.

2010-12-09 Thread Hans de Goede
Hi, On 12/09/2010 06:04 PM, Jason wrote: On 12/09/2010 10:33 AM, Antonio Ospite wrote: On Tue, 07 Dec 2010 12:29:31 +0100 Hans de Goede wrote: On 12/06/2010 10:18 PM, Antonio Ospite wrote: [...] - Check if gspca can handle two video nodes for the same USB device in a single dr

Re: Kinect sensor and Linux kernel driver.

2010-12-09 Thread Hans de Goede
Hi, On 12/09/2010 04:55 PM, Antonio Ospite wrote: On Mon, 6 Dec 2010 22:49:48 +0100 Hans Verkuil wrote: On Monday, December 06, 2010 22:18:47 Antonio Ospite wrote: We are talking about LED(s?) on the webcam and the motor controlling the webcam? That is typically also handled via v4l2,

Re: Kinect sensor and Linux kernel driver.

2010-12-09 Thread Jason
On 12/09/2010 10:33 AM, Antonio Ospite wrote: > On Tue, 07 Dec 2010 12:29:31 +0100 > Hans de Goede wrote: > >> On 12/06/2010 10:18 PM, Antonio Ospite wrote: > > [...] >> >>>- Check if gspca can handle two video nodes for the same USB device >>> in a single driver (Kinect sensor uses ep

Re: Kinect sensor and Linux kernel driver.

2010-12-09 Thread Antonio Ospite
On Mon, 6 Dec 2010 22:49:48 +0100 Hans Verkuil wrote: > On Monday, December 06, 2010 22:18:47 Antonio Ospite wrote: [...] > > Now the hard part begins, here's a loose TODO-list: > > - Discuss the "fragmentation problem": > > * the webcam kernel driver and the libusb backend of libfreenect

Re: Kinect sensor and Linux kernel driver.

2010-12-09 Thread Antonio Ospite
On Tue, 07 Dec 2010 12:29:31 +0100 Hans de Goede wrote: > On 12/06/2010 10:18 PM, Antonio Ospite wrote: [...] > > Now the hard part begins, here's a loose TODO-list: > >- Discuss the "fragmentation problem": > > * the webcam kernel driver and the libusb backend of libfreenect > >

[PATCH 3/4] [media] s5p-fimc: Conversion to multiplanar formats

2010-12-09 Thread Marek Szyprowski
From: Sylwester Nawrocki Conversion to multiplanar color formats and minor cleanup. Signed-off-by: Sylwester Nawrocki Signed-off-by: Kyungmin Park Signed-off-by: Marek Szyprowski --- drivers/media/video/s5p-fimc/fimc-capture.c | 114 - drivers/media/video/s5p-fimc/fimc-core.c|

[PATCH 2/4] [media] s5p-fimc: Porting to videobuf 2

2010-12-09 Thread Marek Szyprowski
From: Sylwester Nawrocki Porting to videobuf 2 and minor cleanup. Separate videobuf_queue_ops are are created for m2m and capture video nodes. Signed-off-by: Sylwester Nawrocki Signed-off-by: Marek Szyprowski Signed-off-by: Kyungmin Park --- drivers/media/video/Kconfig |2

[PATCH/RFC v2 0/4] Porting s5p-fimc m2m/capture driver to videobuf2

2010-12-09 Thread Marek Szyprowski
Hello, This is an updated version of s5p-fimc videobuf2 patches. I'm sending them on behalf of Sylwester. The patches has been updated to latest videobuf2 v6 api changes. Here is the original cover letter from Sylwester: The following patches are example of porting real v4l2 mem2mem and capture

[PATCH 1/4] v4l: mem2mem: port to videobuf2

2010-12-09 Thread Marek Szyprowski
Port memory-to-memory framework to videobuf2 framework. Add support for multi-planar Video for Linux 2 API extensions to the memory-to-memory driver framework. Based on the original patch written by Pawel Osciak. Signed-off-by: Marek Szyprowski Signed-off-by: Kyungmin Park --- drivers/media/v

[PATCH 4/4] [media] s5p-fimc: Use v4l core mutex in ioctl and file operations

2010-12-09 Thread Marek Szyprowski
From: Sylwester Nawrocki Signed-off-by: Sylwester Nawrocki Signed-off-by: Kyungmin Park Signed-off-by: Marek Szyprowski --- drivers/media/video/s5p-fimc/fimc-capture.c | 208 --- drivers/media/video/s5p-fimc/fimc-core.c| 115 --- 2 files changed, 58 i

Re: [PATCH v17 1/2] MFD: WL1273 FM Radio: MFD driver for the FM radio.

2010-12-09 Thread Samuel Ortiz
Hi Matti, On Fri, Dec 03, 2010 at 05:02:27PM +0200, Matti J. Aaltonen wrote: > This is the core of the WL1273 FM radio driver, it connects > the two child modules. The two child drivers are > drivers/media/radio/radio-wl1273.c and sound/soc/codecs/wl1273.c. > > The radio-wl1273 driver implements

[PATCH 2/8 v6.1] v4l: videobuf2: add generic memory handling routines

2010-12-09 Thread Marek Szyprowski
Add generic memory handling routines for userspace pointer handling, contiguous memory verification and mapping. Signed-off-by: Marek Szyprowski Signed-off-by: Pawel Osciak Signed-off-by: Kyungmin Park CC: Pawel Osciak --- Hello, This is an updated version of the V6 patch. It contains a fix

Re: Regression at gspca core affecting SXGA mode on sn9c201 driver

2010-12-09 Thread Hans de Goede
Hi, On 12/09/2010 01:08 PM, Jean-Francois Moine wrote: On Wed, 08 Dec 2010 14:06:06 -0200 Mauro Carvalho Chehab wrote: Drivers should provide a wmaxpacketsize range which they need / can deal with for a given resolution. This way we can fix your does not need highest alt setting at lower reso

Re: Regression at gspca core affecting SXGA mode on sn9c201 driver

2010-12-09 Thread Hans de Goede
Hi, On 12/09/2010 01:08 PM, Jean-Francois Moine wrote: On Wed, 08 Dec 2010 14:06:06 -0200 Mauro Carvalho Chehab wrote: Drivers should provide a wmaxpacketsize range which they need / can deal with for a given resolution. This way we can fix your does not need highest alt setting at lower reso

[RFC/PATCH v4 0/4] Multi Format Codec 5.0 driver for S5PC110 SoC

2010-12-09 Thread Kamil Debski
Hello, Last week v3 of this driver has been posted. Since then the driver was changed to use the newest videobuf2 version - v6. Two very long functions have been split to make the code more readible. Minor changes include tidying the comments and replacing remaining magic numbers with defines. I

[RFC/PATCH v4 2/4] MFC: Add MFC 5.1 driver to plat-s5p

2010-12-09 Thread Kamil Debski
Add platform support for Multi Format Codec 5.1 is a module available on S5PC110 and S5PC210 Samsung SoCs. Hardware is capable of handling a range of video codecs and this driver provides V4L2 interface for video decoding. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park --- arch/arm/ma

[RFC/PATCH v4 4/4] s5pv210: Enable MFC on Goni

2010-12-09 Thread Kamil Debski
Multi Format Codec 5.1 is a module available on S5PC110 and S5PC210 Samsung SoCs. Hardware is capable of handling a range of video codecs. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park --- arch/arm/mach-s5pv210/Kconfig |1 + arch/arm/mach-s5pv210/mach-goni.c |1 + 2 files

[RFC/PATCH v4 1/4] Changes in include/linux/videodev2.h for MFC 5.1

2010-12-09 Thread Kamil Debski
Add fourcc values for compressed video stream formats and V4L2_CTRL_CLASS_CODEC. Also adds controls used by MFC 5.1 driver. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park --- include/linux/videodev2.h | 48 + 1 files changed, 48 insertion

Re: Regression at gspca core affecting SXGA mode on sn9c201 driver

2010-12-09 Thread Mauro Carvalho Chehab
Em 09-12-2010 10:08, Jean-Francois Moine escreveu: > On Wed, 08 Dec 2010 14:06:06 -0200 > Mauro Carvalho Chehab wrote: > >>> Drivers should provide a wmaxpacketsize range which they need / can >>> deal with for a given resolution. This way we can fix your does not >>> need highest alt setting at

Re: [RFC/PATCH v6 03/12] media: Entities, pads and links

2010-12-09 Thread Laurent Pinchart
Hi, On Tuesday 07 December 2010 20:03:28 Mark Brown wrote: > On Tue, Dec 07, 2010 at 07:11:39PM +0100, Hans Verkuil wrote: > > Ah, now I understand what you mean. Would 'activated' be better than > > 'active'? > > Better, yes, though it still sounds a bit like something should be > actively (IYSW

Re: [PATCH v3 6/6] davinci vpbe: Build infrastructure for VPBE driver

2010-12-09 Thread Sergei Shtylyov
Hello. On 02-12-2010 15:39, Manjunath Hadli wrote: This patch adds the build infra-structure for Davinci VPBE dislay driver Signed-off-by: Manjunath Hadli Signed-off-by: Muralidharan Karicheri [...] diff --git a/drivers/media/video/davinci/Kconfig b/drivers/media/video/davinci/Kconfig in

Re: Regression at gspca core affecting SXGA mode on sn9c201 driver

2010-12-09 Thread Jean-Francois Moine
On Wed, 08 Dec 2010 14:06:06 -0200 Mauro Carvalho Chehab wrote: > > Drivers should provide a wmaxpacketsize range which they need / can > > deal with for a given resolution. This way we can fix your does not > > need highest alt setting at lower resolutions scenario (which is a > > very valid one

Re: [PATCH v4 0/6] davinci vpbe: dm6446 v4l2 driver

2010-12-09 Thread Hans Verkuil
> version4 : addressed Hans's comments > on: > 1. replaced mutex_lock_interruptible() with mutex_lock() > 2. replaced ntsc and pal macros with new equivalent macros > 3. simplifying the code in the if-else condition > 4. minor code corrections For the whole patch series: Acked-by: Hans Verkuil

RE: [PATCH 2/8] v4l: videobuf2: add generic memory handling routines

2010-12-09 Thread Marek Szyprowski
Hello, On Monday, December 06, 2010 11:53 AM Marek Szyprowski wrote: > From: Pawel Osciak > > Add generic memory handling routines for userspace pointer handling, > contiguous memory verification and mapping. > > Signed-off-by: Pawel Osciak > Signed-off-by: Marek Szyprowski > Signed-off-by:

[PATCH v4 5/6] davinci vpbe: platform specific additions

2010-12-09 Thread Manjunath Hadli
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: Manjunath Hadli Signed-off-by: Muralidharan Karicheri Acked-by: Muralidharan Karicheri --- arch/arm/mach-davinci/board-dm644x-evm.c| 79

[PATCH v4 6/6] davinci vpbe: Build infrastructure for VPBE driver

2010-12-09 Thread Manjunath Hadli
This patch adds the build infra-structure for Davinci VPBE dislay driver Signed-off-by: Manjunath Hadli Signed-off-by: Muralidharan Karicheri Acked-by: Muralidharan Karicheri --- drivers/media/video/davinci/Kconfig| 22 + drivers/media/video/davinci/Makefile

[PATCH v4 4/6] davinci vpbe: VENC( Video Encoder) implementation

2010-12-09 Thread Manjunath Hadli
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 and PAL resolutions through the

[PATCH v4 3/6] davinci vpbe: OSD(On Screen Display) block

2010-12-09 Thread Manjunath Hadli
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 Video planes are supported thro

[PATCH v4 2/6] davinci vpbe: VPBE display driver

2010-12-09 Thread Manjunath Hadli
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: Manjunath Hadli Signed-off-by: Muralidharan Karicheri

[PATCH v4 0/6] davinci vpbe: dm6446 v4l2 driver

2010-12-09 Thread Manjunath Hadli
version4 : addressed Hans's comments on: 1. replaced mutex_lock_interruptible() with mutex_lock() 2. replaced ntsc and pal macros with new equivalent macros 3. simplifying the code in the if-else condition 4. minor code corrections Manjunath Hadli (6): davinci vpbe: V4L2 display driver for DM644

[RFC] Input: define separate EVIOCGKEYCODE_V2/EVIOCSKEYCODE_V2

2010-12-09 Thread Dmitry Torokhov
The desire to keep old names for the EVIOCGKEYCODE/EVIOCSKEYCODE while extending them to support large scancodes was a mistake. While we tried to keep ABI intact (and we succeeded in doing that, programs compiled on older kernels will work on newer ones) there is still a problem with recompiling ex