Re: [RFC V2 1/3] [smi2021] Add gm7113c chip to the saa7115 driver

Em Thu, 25 Apr 2013 21:10:18 +0200 Jon Arne Jørgensen escreveu: > The somagic device uses the gm7113c chip to digitize analog video, > this is a clone of the saa7113 chip. > > The gm7113c can't be identified over i2c, so I can't rely on > saa7115 autodetection. > > Signed-off-by: Jon Arne Jørge

Re: [RFC V2 1/3] [smi2021] Add gm7113c chip to the saa7115 driver

On Thu, Apr 25, 2013 at 05:13:28PM -0300, Mauro Carvalho Chehab wrote: > Em Thu, 25 Apr 2013 21:10:18 +0200 > Jon Arne Jørgensen escreveu: > > > The somagic device uses the gm7113c chip to digitize analog video, > > this is a clone of the saa7113 chip. > > > > The gm7113c can't be identified ove

Re: [PATCH RFC] [media] blackfin: add video display driver

Hi Scott, On 04/24/2013 11:26 AM, Scott Jiang wrote: + struct v4l2_device v4l2_dev; + /* v4l2 control handler */ + struct v4l2_ctrl_handler ctrl_handler; This handler seems to be unused, I couldn't find any code adding controls to it. Any initialization of this handler is

Re: [RFC V2 1/3] [smi2021] Add gm7113c chip to the saa7115 driver

Em Thu, 25 Apr 2013 17:13:28 -0300 Mauro Carvalho Chehab escreveu: > Em Thu, 25 Apr 2013 21:10:18 +0200 > Jon Arne Jørgensen escreveu: > > > The somagic device uses the gm7113c chip to digitize analog video, > > this is a clone of the saa7113 chip. > > > > The gm7113c can't be identified over

Re: [RFC V2 1/3] [smi2021] Add gm7113c chip to the saa7115 driver

Em Thu, 25 Apr 2013 22:33:20 +0200 Jon Arne Jørgensen escreveu: > On Thu, Apr 25, 2013 at 05:13:28PM -0300, Mauro Carvalho Chehab wrote: > > Em Thu, 25 Apr 2013 21:10:18 +0200 > > Jon Arne Jørgensen escreveu: > > > > > /* Check whether this chip is part of the saa711x series */ > > > - if (me

Video Signal Type in V4L

Hi All, Is there any way by which I can know Input signal type (in terms of DVI/Composite/USB/SDI) and refresh rate from a V4L video capture device. Any available V4L Structure/Flag from which I can deduce this information. Please help ! Thank You Abhishek Bansal -- To unsubscribe from this lis

Re: Video Signal Type in V4L

> Is there any way by which I can know Input signal type (in terms of > DVI/Composite/USB/SDI) and refresh rate from a V4L video capture device. > Any available V4L Structure/Flag from which I can deduce this information. > Please help ! The extent to which the data is available is the name field

Re: Video Signal Type in V4L

Em Fri, 26 Apr 2013 02:15:03 +0530 "Abhishek Bansal" escreveu: > Hi All, > > Is there any way by which I can know Input signal type (in terms of > DVI/Composite/USB/SDI) As input "type", currently no. However, by looking at the video input 'name' field, it is possible to know if it is a compos

Re: [RFC V2 1/3] [smi2021] Add gm7113c chip to the saa7115 driver

On Thu, Apr 25, 2013 at 05:36:29PM -0300, Mauro Carvalho Chehab wrote: > Em Thu, 25 Apr 2013 17:13:28 -0300 > Mauro Carvalho Chehab escreveu: > > > Em Thu, 25 Apr 2013 21:10:18 +0200 > > Jon Arne Jørgensen escreveu: > > > > > The somagic device uses the gm7113c chip to digitize analog video, >

Re: uvcvideo: Trying to lower the URB buffers on eMPIA minicam

Hi Pierre, On Thursday 25 April 2013 21:13:48 Pierre ANTOINE wrote: > Selon Laurent Pinchart : > > Just for my records, could you please repost the 'lsusb -v -d eb1a:299f' > > output running as root ? The string descriptors are not displayed > > otherwise. > > Hi Laurent, > > Please find the req

[GIT PULL for v3.9-final] media fixes

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media v4l_for_linus For two driver fixes. One avoids reading any file at a system with a cx25821 board (fortunately, this is not a common device). The other one prevents reading after a buffer with ISDB-T

Re: uvcvideo: Trying to lower the URB buffers on eMPIA minicam

Selon Laurent Pinchart : > Thank you. I'll update the supported devices list on the uvcvideo website. > Could you please give me the exact model name of the camera ? The product description is here: http://www.amazon.fr/dp/B00A487TPC/ref=pe_205631_30430471_3p_M3_dp_1 That is: Supereyes from XCS

Re: uvcvideo: Trying to lower the URB buffers on eMPIA minicam

Hi Pierre, On Friday 26 April 2013 02:03:49 Pierre ANTOINE wrote: > Selon Laurent Pinchart : > > Thank you. I'll update the supported devices list on the uvcvideo website. > > Could you please give me the exact model name of the camera ? > > The product description is here: > > http://www.amazon

Re: uvcvideo: Trying to lower the URB buffers on eMPIA minicam

Laurent, I finally did it ! On usbcore, I correct the bandwidth of endpoint 4 from 912 to 1024. maxp = usb_endpoint_maxp(&endpoint->desc) & 0x07ff; if (maxp == 912) endpoint->desc.wMaxPacketSize = cpu_to_le16(1024); On uvcvideo: I set: 768 B/frame bandwidth I use endpoint alt-setting 4 by disab

[PATCH 1/1] [media] exynos4-is: Fix potential null pointer dereference in mipi-csis.c

When 'node' is NULL, the print statement tries to dereference it. Remove it from the error message. Signed-off-by: Sachin Kamat --- drivers/media/platform/exynos4-is/mipi-csis.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/media/platform/exynos4-is/mipi-csis.c

Re: [PATCH 0/6] Davinci fbdev driver and enable it for DMx platform

Hi Laurent, On Thu, Apr 25, 2013 at 2:32 AM, Laurent Pinchart wrote: > Hi Prabhakar, > > Thank you for the patch. > > On Wednesday 24 April 2013 17:30:02 Prabhakar Lad wrote: >> From: Lad, Prabhakar >> >> This patch series adds an fbdev driver for Texas >> Instruments Davinci SoC.The display sub

[PATCH 1/7] s5p-g2d: Add copy time stamp handling

Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-g2d/g2d.c |5 + 1 file changed, 5 insertions(+) diff --git a/drivers/media/platform/s5p-g2d/g2d.c b/drivers/media/platform/s5p-g2d/g2d.c index 14d663d..553d87e 100644 --- a/drivers/media/platform/s5

[PATCH 2/7] s5p-jpeg: Add copy time stamp handling

Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Sylwester Nawrocki Cc: Sachin Kamat --- drivers/media/platform/s5p-jpeg/jpeg-core.c |5 + 1 file changed, 5 insertions(+) diff --git a/drivers/media/platform/s5p-jpeg/jpeg-core.c b/drivers/media/platform/s5p-jpeg/jpeg-core

[PATCH 3/7] s5p-mfc: Optimize copy time stamp handling

Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Jeongtae Park --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c b/drivers/media/platform/s5p-mfc/s5p_mfc.c index e81

[PATCH 0/7] Add copy time stamp handling to mem2mem drivers

Hi, This set of patches adds support for copy time stamp handling in the following mem2mem drivers: * CODA video codec * Exynos GScaler * m2m-deinterlace * mx2_emmaprp * Exynos G2D * Exynos Jpeg In addition there is a slight optimisation for the Exynos MFC driver. Best wishes, Kamil Debski Kamil

[PATCH 4/7] coda: Add copy time stamp handling

Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Philipp Zabel Cc: Javier Martin Cc: Fabio Estevam --- drivers/media/platform/coda.c |5 + 1 file changed, 5 insertions(+) diff --git a/drivers/media/platform/coda.c b/drivers/media/platform/coda.c index 20827ba..5612329 10

[PATCH 5/7] exynos-gsc: Add copy time stamp handling

Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Sylwester Nawrocki Cc: Shaik Ameer Basha --- drivers/media/platform/exynos-gsc/gsc-m2m.c |5 + 1 file changed, 5 insertions(+) diff --git a/drivers/media/platform/exynos-gsc/gsc-m2m.c b/drivers/media/platform/exynos-gsc/gsc

[PATCH 7/7] mx2-emmaprp: Add copy time stamp handling

Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Sylwester Nawrocki Cc: Hans Verkuil Cc: Thierry Reding Cc: Javier Martin --- drivers/media/platform/mx2_emmaprp.c |5 + 1 file changed, 5 insertions(+) diff --git a/drivers/media/platform/mx2_emmaprp.c b/drivers/media/pl

[PATCH 5/7] exynos-gsc: Add copy time stamp handling

Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Javier Martin --- drivers/media/platform/m2m-deinterlace.c |5 + 1 file changed, 5 insertions(+) diff --git a/drivers/media/platform/m2m-deinterlace.c b/drivers/media/platform/m2m-deinterlace.c index 6c4db9b..7585646 100644

[PATCH 6/7] m2m-deinterlace: Add copy time stamp handling

Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park --- drivers/media/platform/m2m-deinterlace.c |5 + 1 file changed, 5 insertions(+) diff --git a/drivers/media/platform/m2m-deinterlace.c b/drivers/media/platform/m2m-deinterlace.c index 6c4db9b..7585646 100644 --- a/drivers/media

RE: [PATCH 5/7] exynos-gsc: Add copy time stamp handling

Hi, git send-email --dryrun had no errors, but during the real send it had a few "Use of uninitialized value". I think that this caused this patch to have a wrong subject. Sorry for that. Best wishes, -- Kamil Debski Linux Platform Group Samsung Poland R&D Center > -Original Message- >

Re: [PATCH 0/7] Add copy time stamp handling to mem2mem drivers

On Thu 25 April 2013 11:49:43 Kamil Debski wrote: > Hi, > > This set of patches adds support for copy time stamp handling in the following > mem2mem drivers: While you are at it, can you also take a look at this patch? https://patchwork.linuxtv.org/patch/18025/ If it is OK, can you add it to yo

[PATCH 0/4] HDPVR series of patches to replace Apr 22 patch

Hi Hans, This series of patches replace the previous patch sent on Apr 22: [PATCH] [media] hdpvr_ error handling and alloc abuse cleanup. Thank you, -Leo. Leonid Kegulskiy (4): [media] hdpvr: Removed unnecessary get_video_info() call from hdpvr_device_init() [media] hdpvr: Removed un

[PATCH 1/4] [media] hdpvr: Removed unnecessary get_video_info() call from hdpvr_device_init()

Signed-off-by: Leonid Kegulskiy --- drivers/media/usb/hdpvr/hdpvr-core.c |8 1 file changed, 8 deletions(-) diff --git a/drivers/media/usb/hdpvr/hdpvr-core.c b/drivers/media/usb/hdpvr/hdpvr-core.c index 8247c19..cb69405 100644 --- a/drivers/media/usb/hdpvr/hdpvr-core.c +++ b/driver

[PATCH 2/4] [media] hdpvr: Removed unnecessary use of kzalloc() in get_video_info()

Signed-off-by: Leonid Kegulskiy --- drivers/media/usb/hdpvr/hdpvr-control.c | 21 drivers/media/usb/hdpvr/hdpvr-video.c | 54 +++ drivers/media/usb/hdpvr/hdpvr.h |2 +- 3 files changed, 34 insertions(+), 43 deletions(-) diff --git a/driv

[PATCH 3/4] [media] hdpvr: Added some error handling in hdpvr_start_streaming()

Signed-off-by: Leonid Kegulskiy --- drivers/media/usb/hdpvr/hdpvr-video.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/media/usb/hdpvr/hdpvr-video.c b/drivers/media/usb/hdpvr/hdpvr-video.c index d9eb8e1..2d02b49 100644 --- a/drivers/media/usb/hdpvr/hdpvr-vi

[PATCH 4/4] [media] hdpvr: Cleaned up error handling

Changed vidioc_g_fmt_vid_cap() implementation not to return -EFAULT when video lock is not detected, but return empty width/height fields (legacy mode only). This new behavior is supported by MythTV. Signed-off-by: Leonid Kegulskiy --- drivers/media/usb/hdpvr/hdpvr-control.c |5 - driver

RE: [PATCH 0/7] Add copy time stamp handling to mem2mem drivers

Hi, > From: Hans Verkuil [mailto:hverk...@xs4all.nl] > Sent: Thursday, April 25, 2013 11:59 AM > > On Thu 25 April 2013 11:49:43 Kamil Debski wrote: > > Hi, > > > > This set of patches adds support for copy time stamp handling in the > > following mem2mem drivers: > > While you are at it, can yo

Re: [PATCH 0/7] Add copy time stamp handling to mem2mem drivers

On 04/25/2013 11:49 AM, Kamil Debski wrote: > Hi, > > This set of patches adds support for copy time stamp handling in the following > mem2mem drivers: > * CODA video codec > * Exynos GScaler > * m2m-deinterlace > * mx2_emmaprp > * Exynos G2D > * Exynos Jpeg > In addition there is a slight optimis

Re: [PATCH] soc_camera: Add V4L2_MBUS_FMT_YUYV10_2X10 format

Hi Guennadi, Thanks for the review! > On Wed, 17 Apr 2013, Phil Edworthy wrote: > > > The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to mediabus, so > > this patch just adds SoC camera support. > > > > Signed-off-by: Phil Edworthy > > --- > > drivers/media/platform/soc_camera/so

Re: [PATCH] soc_camera: Add V4L2_MBUS_FMT_YUYV10_2X10 format

Hi Phil On Thu, 25 Apr 2013, phil.edwor...@renesas.com wrote: > Hi Guennadi, > > Thanks for the review! > > > On Wed, 17 Apr 2013, Phil Edworthy wrote: > > > > > The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to > mediabus, so > > > this patch just adds SoC camera support. > > >

Re: uvcvideo: Trying to lower the URB buffers on eMPIA minicam

Hi Pierre, On Thursday 25 April 2013 00:47:53 Pierre ANTOINE wrote: > Hello guys, > > My nickname is Nunux, I'm a geek, and need some help ... > > I just buy ten minicam to do a poker TV table. > The minicam are eMPIA: eb1a:299f > > I've a PC with 1 internal USB BUS 2.0 and 3 PCI extension card

[PATCH 0/7 v2] Add copy time stamp handling to mem2mem drivers

Hi, This set of patches adds support for copy time stamp handling in the following mem2mem drivers: * CODA video codec * Exynos GScaler * m2m-deinterlace * mx2_emmaprp * Exynos G2D * Exynos Jpeg In addition there is a slight optimisation for the Exynos MFC driver. Second version includes commit m

[PATCH 1/7 v2] s5p-g2d: Add copy time stamp handling

Since the introduction of the timestamp_type field, it is necessary that the driver chooses which type it will use. This patch adds support for the timestamp_type. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-g2d/g2d.c |5 + 1 file changed, 5 i

[PATCH 2/7 v2] s5p-jpeg: Add copy time stamp handling

Since the introduction of the timestamp_type field, it is necessary that the driver chooses which type it will use. This patch adds support for the timestamp_type. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Sylwester Nawrocki Cc: Sachin Kamat --- drivers/media/platform/s5p-j

[PATCH 3/7 v2] s5p-mfc: Optimize copy time stamp handling

For the sake of simplicity and readability memcpy was replaced with assignment. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Jeongtae Park --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/media

[PATCH 4/7 v2] coda: Add copy time stamp handling

Since the introduction of the timestamp_type field, it is necessary that the driver chooses which type it will use. This patch adds support for the timestamp_type. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Philipp Zabel Cc: Javier Martin Cc: Fabio Estevam --- drivers/media

[PATCH 5/7 v2] exynos-gsc: Add copy time stamp handling

Since the introduction of the timestamp_type field, it is necessary that the driver chooses which type it will use. This patch adds support for the timestamp_type. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Sylwester Nawrocki Cc: Shaik Ameer Basha --- drivers/media/platform/

[PATCH 6/7 v2] m2m-deinterlace: Add copy time stamp handling

Since the introduction of the timestamp_type field, it is necessary that the driver chooses which type it will use. This patch adds support for the timestamp_type. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Javier Martin --- drivers/media/platform/m2m-deinterlace.c |5 +

[PATCH 7/7 v2] mx2-emmaprp: Add copy time stamp handling

Since the introduction of the timestamp_type field, it is necessary that the driver chooses which type it will use. This patch adds support for the timestamp_type. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park Cc: Sylwester Nawrocki Cc: Hans Verkuil Cc: Thierry Reding Cc: Javier Ma

Re: mt9p031 camera driver issue

Hi Andrei, On Wednesday 24 April 2013 10:21:00 Andrei Andreyanau wrote: > Hi, Guennadi! > I have found interesting issue with mt9p031 camera driver. > As far as I got the value of hblank in the kernel driver is not > calculated correctly. According to the datasheet, the minimum horizontal > blanki

[GIT PULL] m2m: Time stamp related fixes

Hi Mauro, Sorry for posting this so late. The patches in this pull request add timestamp_type handling to mem2mem drivers. Best wishes, -- Kamil Debski Linux Platform Group Samsung Poland R&D Center The following changes since commit 5f3f254f7c138a22a544b80ce2c14a3fc4ed711e:

Re: [GIT PULL] m2m: Time stamp related fixes

Em Thu, 25 Apr 2013 14:11:04 +0200 Kamil Debski escreveu: > Hi Mauro, > > Sorry for posting this so late. The patches in this pull request add > timestamp_type > handling to mem2mem drivers. > > Best wishes, >-- Kamil, Not sure what your emailer is doing, but both patchwork and my emailer th

RE: [GIT PULL] m2m: Time stamp related fixes

Hi, > From: Mauro Carvalho Chehab [mailto:mche...@redhat.com] > Sent: Thursday, April 25, 2013 2:45 PM > > Em Thu, 25 Apr 2013 14:11:04 +0200 > Kamil Debski escreveu: > > > Hi Mauro, > > > > Sorry for posting this so late. The patches in this pull request add > > timestamp_type handling to mem2

Re: [PATCH] soc_camera: Add V4L2_MBUS_FMT_YUYV10_2X10 format

Hi Guennadi, > > > On Wed, 17 Apr 2013, Phil Edworthy wrote: > > > > > > > The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to > > mediabus, so > > > > this patch just adds SoC camera support. > > > > > > > > Signed-off-by: Phil Edworthy > > > > --- > > > > drivers/media/platform/s

Re: [PATCH] soc_camera: Add V4L2_MBUS_FMT_YUYV10_2X10 format

On Thu, 25 Apr 2013, phil.edwor...@renesas.com wrote: > Hi Guennadi, > > > > > On Wed, 17 Apr 2013, Phil Edworthy wrote: > > > > > > > > > The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to > > > mediabus, so > > > > > this patch just adds SoC camera support. > > > > > > > > > > Si

[PATCH] V4L2: soc-camera: remove unneeded include path

soc-camera isn't sufficiently broken to include any files from the drivers/media/i2c/soc_camera directory in its core or host driver files:-) Signed-off-by: Guennadi Liakhovetski --- drivers/media/platform/soc_camera/Makefile |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --gi

[PATCH 0/2] soc-camera: common cropping and scaling helpers

Hi Recently a VIN soc-camera host driver has been submitted, that was based on the sh_mobile_ceu_camera driver and as such it copied some of its functions with no or very little change. This patch set extracts those functions to make them available for other soc-camera drivers too. Those funct

[PATCH 1/2] V4L2: sh_mobile_ceu_camera: remove CEU specific data from generic functions

Several functions in the sh_mobile_ceu_camera driver implement generic algorithms and can be re-used by other V4L2 camera host drivers too. These functions attempt to optimise scaling and cropping functions of the subdevice, e.g. a camera sensor. This patch makes those functions generic for future

[PATCH 2/2] V4L2: soc-camera: move generic functions into a separate file

The sh_mobile_ceu_camera driver implements a generic algorithm for setting up an optimal client and host scaling and cropping configuration. This patch makes those functions available for all drivers. Signed-off-by: Guennadi Liakhovetski --- drivers/media/platform/soc_camera/Kconfig |

[PATCH] s5c73m3: fix indentation of the help section in Kconfig

The 'help' section of the Kconfig entry for this driver is missing a couple of extra spaces. The effect is an error running 'make xconfig' (seen on the old 2.6.32 kernel from Ubuntu 10.04 when compiling the latest media-build tree): /lib/modules/2.6.32-46-generic-pae/build/scripts/kconfig/qconf ./

Re: [PATCH 04/28] proc: Supply PDE attribute setting accessor functions [RFC]

On 04/16/2013 11:56 PM, David Howells wrote: Supply accessor functions to set attributes in proc_dir_entry structs. The following are supplied: proc_set_size() and proc_set_user(). Signed-off-by: David Howells cc: linuxppc-...@lists.ozlabs.org cc: linux-media@vger.kernel.org cc: net...@vger.ker

Re: [PATCH 4/7 v2] coda: Add copy time stamp handling

Hi Kamil, Am Donnerstag, den 25.04.2013, 13:36 +0200 schrieb Kamil Debski: > Since the introduction of the timestamp_type field, it is necessary that > the driver chooses which type it will use. This patch adds support for > the timestamp_type. > > Signed-off-by: Kamil Debski > Signed-off-by: Ky

Re: [PATCH 1/2] [media] anysee: Initialize ret = 0 in anysee_frontend_attach()

On 04/24/2013 02:36 PM, Geert Uytterhoeven wrote: drivers/media/usb/dvb-usb-v2/anysee.c: In function ‘anysee_frontend_attach’: drivers/media/usb/dvb-usb-v2/anysee.c:641: warning: ‘ret’ may be used uninitialized in this function And gcc is right (see the ANYSEE_HW_507T case), so initialize ret t

Re: [PATCH 2/2] [media] anysee: Grammar s/report the/report to/

On 04/24/2013 02:36 PM, Geert Uytterhoeven wrote: Signed-off-by: Geert Uytterhoeven Acked-by: Antti Palosaari Reviewed-by: Antti Palosaari --- drivers/media/usb/dvb-usb-v2/anysee.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/media/usb/dvb-usb-v2/an

RE: [PATCH 4/7 v2] coda: Add copy time stamp handling

Hi Philipp, Thank you for testing the patch. I would love to add your Tested-by tag to the commit, but I had already sent the pull request to Mauro. It was already very late to post fixes. Best wishes, -- Kamil Debski Linux Platform Group Samsung Poland R&D Center > -Original Message-

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 Apr 25 19:00:34 CEST 2013 git branch: test git hash: 619ab8f611e269e12c956361a38a4206cef9155d gcc versi

[PATCH 4/5] [media] dib8000: fix a warning

drivers/media/dvb-frontends/dib8000.c: In function 'dib8000_wait_lock': drivers/media/dvb-frontends/dib8000.c:3972:1: warning: 'value' may be used uninitialized in this function [-Wmaybe-uninitialized] drivers/media/dvb-frontends/dib8000.c:2419:6: note: 'value' was declared here Signed-off-by: Ma

[PATCH 3/5] [media] dib8000: Fix sub-channel range

isdbt_sb_subchannel is unsigned with 8 bits. So, it will never be -1. Instead, any value bigger than 13 is invalid. As is, the current code generates the following warnings: drivers/media/dvb-frontends/dib8000.c: In function 'dib8000_set_isdbt_common_channel': drivers/media/dvb-frontends/dib8000

[PATCH 5/5] dib0090: Fix a warning at dib0090_set_EFUSE

The check if the values for c, h and n are within the range is always true, as, if one of this values is out of range, the previous "if" clauses will default to a value within the range. That fixes the following warning: drivers/media/dvb-frontends/dib0090.c: In function 'dib0090_set_EFUS

[PATCH 2/5] [media] dib8000: store dtv_property_cache in a temp var

dtv_property_cache is used on several places on very long lines. On all places it is used, a long list of struct reference is done. Instead of doing it, at the routines where it is used more than once, replace it by one temporary var. That may help the compiler to use a better code. It also makes

[PATCH 1/5] [media] dib8000: warning fix: declare internal functions as static

drivers/media/dvb-frontends/dib8000.c:2412:5: warning: no previous prototype for 'dib8000_wait_lock' [-Wmissing-prototypes] drivers/media/dvb-frontends/dib8000.c:2688:5: warning: no previous prototype for 'dib8000_get_symbol_duration' [-Wmissing-prototypes] Signed-off-by: Mauro Carvalho Chehab

[PATCH 2/4] [media] cx25821-video: remove maxw from cx25821_vidioc_try_fmt_vid_cap

After cx25821-video cleanup, this var is not used anymore: drivers/media/pci/cx25821/cx25821-video.c: In function 'cx25821_vidioc_try_fmt_vid_cap': drivers/media/pci/cx25821/cx25821-video.c:591:15: warning: variable 'maxw' set but not used [-Wunused-but-set-variable] as the code now checks the

[PATCH 4/4] [media] cx25821-alsa; get rid of a __must_check error

The hole reason for __must_check is to not ignore an error. However, a "ret" value is used at cx25821 just to avoid the Kernel compilation to compain about it. That, however, produces another warning (with W=1): drivers/media/pci/cx25821/cx25821-alsa.c: In function 'cx25821_audio_fini': drivers/

[PATCH 1/4] [media] r820t: Remove a warning for an unused value

Currently, the driver complains about the pre_detect var: drivers/media/tuners/r820t.c: In function 'r820t_sysfreq_sel': drivers/media/tuners/r820t.c:722:31: warning: variable 'pre_dect' set but not used [-Wunused-but-set-variable] While rtl8232 code comments it, perhaps some oth

[PATCH 3/4] [media] cx25821-video: declare cx25821_vidioc_s_std as static

Fixes the following warning: drivers/media/pci/cx25821/cx25821-video.c: At top level: drivers/media/pci/cx25821/cx25821-video.c:766:5: warning: no previous prototype for 'cx25821_vidioc_s_std' [-Wmissing-prototypes] Signed-off-by: Mauro Carvalho Chehab --- drivers/media/pci/cx2

Re: uvcvideo: Trying to lower the URB buffers on eMPIA minicam

Selon Laurent Pinchart : > > Just for my records, could you please repost the 'lsusb -v -d eb1a:299f' > output running as root ? The string descriptors are not displayed otherwise. > > -- > Regards, > > Laurent Pinchart > > -- Hi Laurent, Please find the requested informations as root. Where do

[RFC V2 3/3] [smi2021] Add smi2021 driver to buildsystem

Signed-off-by: Jon Arne Jørgensen --- drivers/media/usb/Kconfig | 1 + drivers/media/usb/Makefile | 1 + drivers/media/usb/smi2021/Kconfig | 11 +++ drivers/media/usb/smi2021/Makefile | 10 ++ 4 files changed, 23 insertions(+) create mode 100644 drivers/media

[RFC V2 0/3] Add a driver for Somagic smi2021

This is the 2nd version of a RFC for a driver for the Somagic SMI2021. The first version was sendt on 14th of Mars 2013, and can be found here: http://www.spinics.net/lists/kernel/msg1499018.html The smi2021 is the usb controller for a range of video capture devices branded as EasyCap. The device

[RFC V2 1/3] [smi2021] Add gm7113c chip to the saa7115 driver

The somagic device uses the gm7113c chip to digitize analog video, this is a clone of the saa7113 chip. The gm7113c can't be identified over i2c, so I can't rely on saa7115 autodetection. Signed-off-by: Jon Arne Jørgensen --- drivers/media/i2c/saa7115.c | 61