Re: When do I use v4l2_i2c_data structure or regular I2C driver method??

On Wednesday, December 01, 2010 08:12:45 Kim, HeungJun wrote: > Hello Hans and everyone, > > The I2C V4L2 driver(sensor or lens motor controll chip or whatever) can be > registerd with 2 method, I know. > > 1) using v4l2_i2c_data structure defined in the v4l2-i2c-drv.h > 2) not using v4l2_i2c_da

When do I use v4l2_i2c_data structure or regular I2C driver method??

Hello Hans and everyone, The I2C V4L2 driver(sensor or lens motor controll chip or whatever) can be registerd with 2 method, I know. 1) using v4l2_i2c_data structure defined in the v4l2-i2c-drv.h 2) not using v4l2_i2c_data, just use i2c_add_driver() like registering method regular i2c driver.

Re: tm6000 and IR

Hi Stefan > Am 29.11.2010 09:44, schrieb Dmitri Belimov: > > Hi > > > > I try add IR for our TV cards. > > After my some changes IR is working. But when I remove USB stick > > from USB port > What has you change? 1. Add vendor-specific init code for IR. 2. Add vendor-specific key filter for IR. 3

Re: tuner demodulator: Montage versus STMicroelectronics

> On Saturday 27 November 2010 03:12:32 Zbigniew Luszpinski wrote: > > Hello, > > > > I'm going to buy my first DVB-S2 USB tuner. > > I see that there are two best demod/tuner solutions: > > 1. Montage Technology M88TS2020/2 tuner and M88DS3000/2 demodulator > > 2. STMicroelectronics STB6100 tuner

Re: [PATCH 09/10] MCDE: Add build files and bus

On Tue, Nov 30, 2010 at 11:42:15PM +, Russell King - ARM Linux wrote: > > It's a work in progress, but wherever possible, I encourage people to > > not make 'struct device' static. > > Right, so saying to ARM developers that they can't submit code which > adds new static device structures is r

PCI: make pci_restore_state return void

pci_restore_state only ever returns 0, thus there is no benefit in having it return any value. Also, a large majority of the callers do not check the return code of pci_restore_state. Make the pci_restore_state a void return and avoid the overhead. Signed-off-by: Jon Mason --- drivers/media/vi

Re: [PATCH 09/10] MCDE: Add build files and bus

On Tue, Nov 30, 2010 at 03:05:33PM -0800, Greg KH wrote: > On Tue, Nov 30, 2010 at 10:05:50PM +, Russell King - ARM Linux wrote: > > On Tue, Nov 30, 2010 at 10:48:34AM -0800, Greg KH wrote: > > > On Tue, Nov 30, 2010 at 06:40:49PM +, Russell King - ARM Linux wrote: > > > > There's lots of s

Re: [PATCH 09/10] MCDE: Add build files and bus

On Tue, Nov 30, 2010 at 10:05:50PM +, Russell King - ARM Linux wrote: > On Tue, Nov 30, 2010 at 10:48:34AM -0800, Greg KH wrote: > > On Tue, Nov 30, 2010 at 06:40:49PM +, Russell King - ARM Linux wrote: > > > There's lots of static devices, not only platform devices, in the ARM > > > tree.

Re: [PATCH/RFC] core: add a function to safely try to get device driver owner

On Tuesday, November 30, 2010 21:43:09 Laurent Pinchart wrote: > Hi Greg, > > On Tuesday 30 November 2010 19:32:25 Greg KH wrote: > > On Tue, Nov 30, 2010 at 06:55:54PM +0100, Laurent Pinchart wrote: > > > On Tuesday 30 November 2010 18:15:09 Greg KH wrote: > > > > On Tue, Nov 30, 2010 at 06:09:46

Re: [PATCH 09/10] MCDE: Add build files and bus

On Tue, Nov 30, 2010 at 10:48:34AM -0800, Greg KH wrote: > On Tue, Nov 30, 2010 at 06:40:49PM +, Russell King - ARM Linux wrote: > > There's lots of static devices, not only platform devices, in the ARM > > tree. It's going to be a hell of a lot of work to fix this all up > > properly. > > I

[PATCH 1/2] media: Remove unnecessary casts of usb_get_intfdata

Signed-off-by: Joe Perches --- drivers/media/dvb/siano/smsusb.c |9 +++-- drivers/media/rc/imon.c |2 +- 2 files changed, 4 insertions(+), 7 deletions(-) diff --git a/drivers/media/dvb/siano/smsusb.c b/drivers/media/dvb/siano/smsusb.c index 50d4338..0b8da57 100644 --- a/driv

Re: [PATCH/RFC] core: add a function to safely try to get device driver owner

On Tue, Nov 30, 2010 at 09:43:09PM +0100, Laurent Pinchart wrote: > > > The way we deal with this is to try_module_get() on the OMAP3 ISP driver > > > in the subdev open() handlers. I'm of course opened to alternatives. > > > > Do it like the rest of the kernel does it, lock the module in place wi

Re: [PATCH 3/7] v4l: videobuf2: add vmalloc allocator

Hi Marek, On Tuesday 30 November 2010 11:39:41 Marek Szyprowski wrote: > On Monday, November 29, 2010 10:51 AM Laurent Pinchart wrote: > > On Friday 19 November 2010 16:55:40 Marek Szyprowski wrote: > > > From: Pawel Osciak > > > > > > Add an implementation of contiguous virtual memory allocator

Re: [PATCH/RFC] core: add a function to safely try to get device driver owner

Hi Greg, On Tuesday 30 November 2010 19:32:25 Greg KH wrote: > On Tue, Nov 30, 2010 at 06:55:54PM +0100, Laurent Pinchart wrote: > > On Tuesday 30 November 2010 18:15:09 Greg KH wrote: > > > On Tue, Nov 30, 2010 at 06:09:46PM +0100, Guennadi Liakhovetski wrote: > > > > On Tue, 30 Nov 2010, Greg KH

Re: [PATCH 09/10] MCDE: Add build files and bus

On Tue, Nov 30, 2010 at 06:40:49PM +, Russell King - ARM Linux wrote: > On Tue, Nov 30, 2010 at 04:21:47PM +0100, Arnd Bergmann wrote: > > On Tuesday 30 November 2010, Linus Walleij wrote: > > > 2010/11/26 Arnd Bergmann : > > > > > > > * When you say that the devices are static, I hope you do

Re: [PATCH 09/10] MCDE: Add build files and bus

On Tue, Nov 30, 2010 at 04:21:47PM +0100, Arnd Bergmann wrote: > On Tuesday 30 November 2010, Linus Walleij wrote: > > 2010/11/26 Arnd Bergmann : > > > > > * When you say that the devices are static, I hope you do not mean > > > static in the C language sense. We used to allow devices to be > > >

Re: [PATCH/RFC] core: add a function to safely try to get device driver owner

On Tue, Nov 30, 2010 at 06:55:54PM +0100, Laurent Pinchart wrote: > Hi Greg, > > On Tuesday 30 November 2010 18:15:09 Greg KH wrote: > > On Tue, Nov 30, 2010 at 06:09:46PM +0100, Guennadi Liakhovetski wrote: > > > On Tue, 30 Nov 2010, Greg KH wrote: > > > > On Tue, Nov 30, 2010 at 12:11:42AM +0100

[cron job] v4l-dvb daily build: WARNINGS

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:Tue Nov 30 19:00:13 CET 2010 git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a git media-master: gcc version: i6

Re: [PATCH/RFC] core: add a function to safely try to get device driver owner

Hi Greg, On Tuesday 30 November 2010 18:15:09 Greg KH wrote: > On Tue, Nov 30, 2010 at 06:09:46PM +0100, Guennadi Liakhovetski wrote: > > On Tue, 30 Nov 2010, Greg KH wrote: > > > On Tue, Nov 30, 2010 at 12:11:42AM +0100, Guennadi Liakhovetski wrote: > > > > On Mon, 29 Nov 2010, Greg KH wrote: > >

Re: [PATCH/RFC] core: add a function to safely try to get device driver owner

On Tue, Nov 30, 2010 at 06:09:46PM +0100, Guennadi Liakhovetski wrote: > On Tue, 30 Nov 2010, Greg KH wrote: > > > On Tue, Nov 30, 2010 at 12:11:42AM +0100, Guennadi Liakhovetski wrote: > > > On Mon, 29 Nov 2010, Greg KH wrote: > > > > > > > On Mon, Nov 29, 2010 at 11:10:50PM +0100, Guennadi Liak

[PATCH v2] soc_camera: Add the ability to bind regulators to soc_camedra devices

In certain machines, camera devices are supplied directly by a number of regulators. This patch add the ability to drive these regulators directly by the soc_camera driver. Signed-off-by: Alberto Panizzo --- v2 changes: It is used the more standard regulator_bulk API, thanks to Mark Brown for po

Re: [PATCH/RFC] core: add a function to safely try to get device driver owner

On Tue, 30 Nov 2010, Greg KH wrote: > On Tue, Nov 30, 2010 at 12:11:42AM +0100, Guennadi Liakhovetski wrote: > > On Mon, 29 Nov 2010, Greg KH wrote: > > > > > On Mon, Nov 29, 2010 at 11:10:50PM +0100, Guennadi Liakhovetski wrote: > > > > On Mon, 29 Nov 2010, Greg KH wrote: > > > > > > > > > On M

Re: [PATCH 09/10] MCDE: Add build files and bus

On Tue, Nov 30, 2010 at 04:21:47PM +0100, Arnd Bergmann wrote: > On Tuesday 30 November 2010, Linus Walleij wrote: > > 2010/11/26 Arnd Bergmann : > > > > > * When you say that the devices are static, I hope you do not mean > > > static in the C language sense. We used to allow devices to be > > >

Re: New TV713X Remote Control‏

Em 30-11-2010 11:44, Richard Zidlicky escreveu: > On Tue, Nov 30, 2010 at 01:53:12PM +0100, Miguel Ángel Fernández wrote: > >> >> And, what is more. Only when the module is loaded, if I push some buttons of >> the remote I have this >> output in dmesg: >> [ 450.228029] i2c IR (KNC One): unknow

Re: tm6000 and IR

Am 29.11.2010 09:44, schrieb Dmitri Belimov: Hi I try add IR for our TV cards. After my some changes IR is working. But when I remove USB stick from USB port What has you change? Has it received keys? Which protocol you it? As I wrote that I haven't the right value for rc5 protocol, and nec pro

Re: [PATCH 09/10] MCDE: Add build files and bus

On Tuesday 30 November 2010, Linus Walleij wrote: > 2010/11/26 Arnd Bergmann : > > > * When you say that the devices are static, I hope you do not mean > > static in the C language sense. We used to allow devices to be > > declared as "static struct" and registered using > > platform_device_reg

Re: [PATCH 2/3] mx3_camera: Support correctly the YUV222 and BAYER configurations of CSI

On mar, 2010-11-30 at 15:31 +0100, Guennadi Liakhovetski wrote: > On Tue, 30 Nov 2010, Alberto Panizzo wrote: > > > On dom, 2010-11-28 at 18:24 +0100, Alberto Panizzo wrote: > > > This patch is tested and works with the OV2640 camera that output > > > YUV422 (UYVY) and RGB565 data. > > > > > > Th

Re: [PATCH 2/3] mx3_camera: Support correctly the YUV222 and BAYER configurations of CSI

On Tue, 30 Nov 2010, Alberto Panizzo wrote: > On dom, 2010-11-28 at 18:24 +0100, Alberto Panizzo wrote: > > This patch is tested and works with the OV2640 camera that output > > YUV422 (UYVY) and RGB565 data. > > > > The YUV422 format is managed to be converted in IPU internal YUV444 format > > s

Re: [PATCH 2/3] mx3_camera: Support correctly the YUV222 and BAYER configurations of CSI

On dom, 2010-11-28 at 18:24 +0100, Alberto Panizzo wrote: > This patch is tested and works with the OV2640 camera that output > YUV422 (UYVY) and RGB565 data. > > The YUV422 format is managed to be converted in IPU internal YUV444 format > so this stream could be used in the future to feed directl

Re: [PATCH 09/10] MCDE: Add build files and bus

2010/11/26 Arnd Bergmann : > * When you say that the devices are static, I hope you do not mean >  static in the C language sense. We used to allow devices to be >  declared as "static struct" and registered using >  platform_device_register (or other bus specific functions). This >  is no longer

Re: New TV713X Remote Control ‏

On Tue, Nov 30, 2010 at 01:53:12PM +0100, Miguel Ángel Fernández wrote: should have looked closer before answering.. > [  374.444695] input: i2c IR (KNC One) as /devices/virtual/input/input6 > [  374.472666] ir-kbd-i2c: i2c IR (KNC One) detected at i2c-0/0-0030/ir0 > [saa7133[0]] in this case

Re: New TV713X Remote Control ‏

On Tue, Nov 30, 2010 at 01:53:12PM +0100, Miguel Ángel Fernández wrote: >   > And, what is more. Only when the module is loaded, if I push some buttons of > the remote I have this > output in dmesg: > [  450.228029] i2c IR (KNC One): unknown key: key=0x03 raw=0x03 down=1 > [  450.288526] i2c IR (

New TV713X Remote Co ntrol‏

Hello! I have a new remote control to add to the list of remotes supported by linux. It's detected by kernel and almost running. DVB-T card and bundled receiver work fine.   But I'm a newbie and I would need some help with my remote. I'm about to find the solution but I don't know the next ste

Re: [PATCH 1/3] soc_camera: Add the ability to bind regulators to soc_camedra devices

On Tue, Nov 30, 2010 at 11:45:23AM +0100, Alberto Panizzo wrote: > On lun, 2010-11-29 at 15:51 +, Mark Brown wrote: > > Unless you're actively varying the voltages at runtime (as Guennadi > > mentioned) I'd really expect the voltages to be handled by the regulator > > constraints. > This is s

Re: [PATCH 1/3] soc_camera: Add the ability to bind regulators to soc_camedra devices

On lun, 2010-11-29 at 15:51 +, Mark Brown wrote: > On Mon, Nov 29, 2010 at 10:34:57AM +0100, Alberto Panizzo wrote: > > On dom, 2010-11-28 at 20:05 +0100, Guennadi Liakhovetski wrote: > > > > (2) would anyone really want to > > > use several regulators for a camera sensor? If so, can it be t

RE: [PATCH 3/7] v4l: videobuf2: add vmalloc allocator

Hello, On Monday, November 29, 2010 10:51 AM Laurent Pinchart wrote: > Hi Marek, > > On Friday 19 November 2010 16:55:40 Marek Szyprowski wrote: > > From: Pawel Osciak > > > > Add an implementation of contiguous virtual memory allocator and handling > > routines for videobuf2, implemented on to

[GIT PULL] s5p-fimc fixes for 2.6.37

Hi Mauro, The following changes since commit a348e9110ddb5d494e060d989b35dd1f35359d58 [media] cx25840: fix problem with Terratec Grabster AV400 are available in the git repository at: git://git.infradead.org/users/kmpark/linux-2.6-samsung s5p_fimc_fixes_for_2.6.37 Sylwester Nawrocki (6): 63e4

RE: RFC: Problem of using v4l2 spec with codec function

Hi, Hans Verkuil [hverk...@xs4all.nl] wrote: > > > > In two nodes case, application cannot know the feature via > > VIDIOC_QUERYCAP. > > Because decoder and encoder return the same CAPABILITY. OUTPUT and > CAPTURE > > So application should call VIDIOC_G_FMT to recognize the feature. > > The curr