Re: [PATCH v3 1/1] rc: Add support for GPIO based IR Receiver driver.

Hi Mauro/Wilson, On 2/29/2012 5:54 PM, Trilok Soni wrote: Hi Mauro/Wilson, On 2/29/2012 1:59 AM, James Hogan wrote: On Tue, Feb 28, 2012 at 11:21:40AM +0530, Ravi Kumar V wrote: Adds GPIO based IR Receiver driver. It decodes signals using decoders available in rc framework. Signed-off-by: Ra

Re: [PATCH 1/5] staging: lirc_serial: Fix init/exit order

I have a few questions about lirc_serial... It seems that it's now a part of v4l and currently residing in the driver staging area. I was told it will not move from staging until it has been converted to rc_core. I was also told there are no plans for anyone to do this so it would seem lirc_serial

Re: [PATCH 1/5] staging: lirc_serial: Fix init/exit order

On Thu, 2012-03-01 at 21:45 -0600, Jonathan Nieder wrote: [...] > From I see that you tested these patches: > > affc9a0d59ac [media] staging: lirc_serial: Do not assume error codes > returned by request_irq() > 9b98d6067971 [media] staging: lirc_seri

Re: [PATCH 1/5] staging: lirc_serial: Fix init/exit order

Hi Ben, Ben Hutchings wrote[1]: > Currently the module init function registers a platform_device and > only then allocates its IRQ and I/O region. This allows allocation to > race with the device's suspend() function. Instead, allocate > resources in the platform driver's probe() function and f

[PATCH 2/3] v4l2-ctrl: add codec controls support to the control framework

Add support for the codec controls to the v4l2 control framework. Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- drivers/media/video/v4l2-ctrls.c | 41 +- 1 files changed, 40 insertions(+), 1 deletions(-) diff --git a/drivers/media

[PATCH 1/3] v4l: add contorl definitions for codec devices.

Add control definitions for controls specific to codec devices. Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- include/linux/videodev2.h | 51 ++-- 1 files changed, 48 insertions(+), 3 deletions(-) diff --git a/include/linux/vi

[PATCH 0/3] Multi Format Codec 6.x driver for Exynos5

Hi Everyone, This patch series is the 1st version of the MFC 6.x driver based on MFC 5.1 driver I would be grateful for your comments. This patch series contains: [PATCH 1/3] v4l: add contorl definitions for codec devices. [PATCH 2/3] v4l2-ctrl: add codec controls support to the control framewor

[PATCH] media: jpeg: add driver for a version 2.x of jpeg H/W

This patch add a driver for a version 2.x of jpeg H/W in ths Samsung Exynos5 Soc. A jpeg H/W version of Exynos4 SoC is 3.0 1. Encoding - input format : V4L2_PIX_FMT_RGB565X and V4L2_PIX_FMT_YUYV 2. Decoding - output format : V4L2_PIX_FMT_YUYV and V4L2_PIX_FMT_YUV420 Signed-off-by: youngmok son

Re: [PATCH/RFC][DRAFT] V4L: Add camera auto focus controls

Hi Laurent, On 03/01/2012 11:30 PM, Laurent Pinchart wrote: > One option would be to disable the focus area control when the focus distance > is set to a value different than normal (or the other way around). Control > change events could be used to report that to userspace. Would that work with >

Re: [PATCH/RFC][DRAFT] V4L: Add camera auto focus controls

Hi Sylwester, On Sunday 26 February 2012 17:57:55 Sylwester Nawrocki wrote: > On 01/16/2012 10:33 PM, Sylwester Nawrocki wrote: > > diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h > > index 012a296..0808b12 100644 > > --- a/include/linux/videodev2.h > > +++ b/include/linux/video

Re: possible bug in http://git.linuxtv.org/mchehab/experimental-v4l-utils.git

Hi Mauro, > I've aplied the dvb code at the main v4l-utils tree some time ago. Since then, > I'm applying the fixes directly there. So, please check if the issue you're > pointing > weren't fix yet there. If not, please send me a patch. The code is still unchanged. I prefere you double check my

[RFC PATCH] PnP support for the new ISA radio framework

Hello, this is the first attempt to add PnP support to the new ISA radio framework. I don't like the region_size function parameter - it's needed because PnP reports longer port range than drv->region_size. There is a small patch to radio-gemtek at the end that uses this PnP support for AOpen FX-3

cron job: media_tree daily build: ERRORS

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:Thu Mar 1 19:00:15 CET 2012 git hash:e8ca6d20a65d9d94693a0ed99b12d95b882dc859 gcc version: i686-linux-gcc (GCC

Re: 3.1/3.2 uvcvideo and Creative Live! Cam Optia AF

Hi Josh, On Wednesday 29 February 2012 17:58:52 Josh Boyer wrote: > Hi Laurent, > > We've had a bug report [1] in Fedora for a while now that the uvcvideo > driver no longer works on the Creative Live! Cam Optia AF (ID 041e:4058) > in the 3.1 and 3.2 kernels. The bug has all the various output f

[PATCH 1/3] dma-buf: don't hold the mutex around map/unmap calls

The mutex protects the attachment list and hence needs to be held around the callbakc to the exporters (optional) attach/detach functions. Holding the mutex around the map/unmap calls doesn't protect any dma_buf state. Exporters need to properly protect any of their own state anyway (to protect ag

[PATCH 3/3] dma_buf: Add documentation for the new cpu access support

Signed-off-by: Daniel Vetter --- Documentation/dma-buf-sharing.txt | 102 +++- 1 files changed, 99 insertions(+), 3 deletions(-) diff --git a/Documentation/dma-buf-sharing.txt b/Documentation/dma-buf-sharing.txt index 225f96d..f12542b 100644 --- a/Documentation/

[PATCH 2/3] dma-buf: add support for kernel cpu access

Big differences to other contenders in the field (like ion) is that this also supports highmem, so we have to split up the cpu access from the kernel side into a prepare and a kmap step. Prepare is allowed to fail and should do everything required so that the kmap calls can succeed (like swapin/ba

[PATCH 0/3] [RFC] kernel cpu access support for dma_buf

Hi all, This series here implements an interface to enable cpu access from the kernel context to dma_buf objects. The main design goal of this interface proposal is to enable buffer objects that reside in highmem. Comments, flames, ideas and questions highly welcome. Althouhg I might be a bit slo

Re: [PATCH v3 32/33] smiapp: Add driver.

Hi Sakari, On Thursday 01 March 2012 16:01:39 Sakari Ailus wrote: > Laurent Pinchart wrote: [snip] > +return sensor->pixel_array->ctrl_handler.error; > +} > + > +sensor->pixel_array->sd.ctrl_handler = > +&sensor->pixel_arra

Re: [PATCH v3 32/33] smiapp: Add driver.

Hi Laurent, Laurent Pinchart wrote: ... + case V4L2_CID_VBLANK: + exposure = sensor->exposure->val; + + __smiapp_update_exposure_limits(sensor); + + if (exposure > sensor->exposure->maximum) { + sensor->exposure->val =

Re: audio is not working

Steven Dahlin wrote: >I am running an athlon ii 945 with a hauppauge wintv 1600 capture >card. I have a version of mythtv installed (0.24) in which I >downloaded the latest V4L-DVB Device Drivers from >git://linuxtv.org/media_build.git, built them, and then installed. >Everything is up to date w

Re: [PATCH] smsdvb - fix UNDEFINED delivery on driver hotplug

Em 01-03-2012 07:06, Mauro Carvalho Chehab escreveu: > Em 20-02-2012 09:59, Gianluca Gennari escreveu: >> Il 14/02/2012 23:35, Eddi De Pieri ha scritto: >>> Someone can confirm my changes? >>> >>> Regards, >>> >>> Eddi >> >> Hi Eddi, >> your patch makes sense to me, but I think you will have to res

Re: possible bug in http://git.linuxtv.org/mchehab/experimental-v4l-utils.git

Hi Eddi, Em 05-02-2012 09:53, Eddi De Pieri escreveu: > Hi mauro, > > I suspect a bug in follow code: > > for (bw = 0; fe_bandwidth_name[bw] != 0; bw++) { > if (fe_bandwidth_name[bw] == > v3_parms.u.ofdm.bandwidth) > break;

Re: [PATCH] smsdvb - fix UNDEFINED delivery on driver hotplug

Em 20-02-2012 09:59, Gianluca Gennari escreveu: > Il 14/02/2012 23:35, Eddi De Pieri ha scritto: >> Someone can confirm my changes? >> >> Regards, >> >> Eddi > > Hi Eddi, > your patch makes sense to me, but I think you will have to resubmit it > to the list, as the original mail has never been pub