[RFC PATCH v2 0/2] v4l2-utils: add support for RB v2 in cvt

2015-06-22 Thread Prashant Laddha
Posting v2 of patches adding support for reduced blanking version 2 in v4l2-utils. Changes compared to v1: Incorporated comments on v1. Removed an extra option that was added for use-rb-v2. Instead, it now allows reduced-blanking = 2 to indicate the version 2 of reduced blanking. Prashant Laddh

[RFC PATCH v2 2/2] v4l2-utils: Modify usage for set-dv-timing to support RB V2

2015-06-22 Thread Prashant Laddha
To support the timings calculations for reduced blanking version 2 (RB v2), command line options now capture version info. Updated the command usage for the same. Cc: Hans Verkuil Signed-off-by: Prashant Laddha --- utils/v4l2-ctl/v4l2-ctl-stds.cpp | 7 +-- 1 file changed, 5 insertions(+), 2

[RFC PATCH v2 1/2] v4l2-ctl-modes: add support for reduced blanking version 2

2015-06-22 Thread Prashant Laddha
Added support for reduced blanking version 2 (RB V2) in cvt modeline calculations. Recently, RB V2 support was added to v4l2-dv-timings. This patch follows up on that work. Modified calc_cvt/gtf_modeline() api to capture the version of reduced blanking. Instead of using a flag for reduced-blanking

cron job: media_tree daily build: OK

2015-06-22 Thread Hans Verkuil
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: Tue Jun 23 04:00:19 CEST 2015 git branch: test git hash: 77a3c6fd90c94f635edb00d4a65f485687538791 gcc versi

Re: [RFC PATCH 2/3] make struct vb2_queue to common and apply the changes related with that.

2015-06-22 Thread Junghak Sung
Hi Mauro, Thank you for your review. I leave a reply to your comment at each lines. I will rework all these patches to be easier to review. Regards, Junghak On 06/17/2015 10:16 PM, Mauro Carvalho Chehab wrote: Em Mon, 08 Jun 2015 22:35:34 +0900 Junghak Sung escreveu: Abstract the v4l2-spec

Re: [RFC PATCH 1/3] modify the vb2_buffer structure for common video buffer and make struct vb2_v4l2_buffer

2015-06-22 Thread Junghak Sung
Hi Mauro, Thank you for your reviewing. I will rework this patch in order to be easier to review. I reply to your comment. See below. Regards, Junghak On 06/17/2015 09:27 PM, Mauro Carvalho Chehab wrote: Em Mon, 08 Jun 2015 22:35:33 +0900 Junghak Sung escreveu: Make the struct vb2_buffer

Re: [RFC PATCH 0/3] Refactoring Videobuf2 for common use

2015-06-22 Thread Junghak Sung
Hi Hans, Thank you for your review. I reply to your comments. See below. Regards, Junghak On 06/12/2015 07:51 PM, Hans Verkuil wrote: Hi Junghak, On 06/08/2015 03:35 PM, Junghak Sung wrote: Hello everybody, This patch series refactories exsiting Videobuf2, so that not only V4L2 but also o

[PATCH 2/2] x86/mm/pat, drivers/media/ivtv: replace WARN() with pr_warn()

2015-06-22 Thread Luis R. Rodriguez
From: "Luis R. Rodriguez" On built-in kernels this will always splat. Fix that. Reported-by: Fengguang Wu [0-day test robot] Signed-off-by: Luis R. Rodriguez --- drivers/media/pci/ivtv/ivtvfb.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/media/pci/ivtv/iv

[PATCH 1/2] x86/mm/pat, drivers/infiniband/ipath: replace WARN() with pr_warn()

2015-06-22 Thread Luis R. Rodriguez
From: "Luis R. Rodriguez" On built-in kernels this will always splat. Fix that. Reported-by: Fengguang Wu [0-day test robot] Signed-off-by: Luis R. Rodriguez --- drivers/infiniband/hw/ipath/ipath_driver.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/infini

[PATCH 0/2] x86/mm/pat: don't use WARN for nopat requirement

2015-06-22 Thread Luis R. Rodriguez
From: "Luis R. Rodriguez" Mauro, Doug, The 0-day robot found using WARN() on built-in kernels confusing. Upon further thought pr_warn() is better and will likely also not confuse humans too. Boris, provided maintainers Ack, please consider these patches. These depend on pat_enabled() exported

Re: [PATCH 0/9] Helper to abstract vma handling in media layer

2015-06-22 Thread Andrew Morton
On Wed, 10 Jun 2015 06:20:43 -0300 Mauro Carvalho Chehab wrote: > I received this patch series with a new set of helper functions for > mm, together with changes for media and DRM drivers. > > As this stuff is actually mm code, I prefer if this got merged via > your tree. > > Could you please

Re: Build regressions/improvements in v4.1

2015-06-22 Thread Russell King - ARM Linux
On Mon, Jun 22, 2015 at 10:52:13PM +0200, Geert Uytterhoeven wrote: > On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven > wrote: > > JFYI, when comparing v4.1[1] to v4.1-rc8[3], the summaries are: > > - build errors: +44/-7 > > + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: > 'L_PTE_M

Re: [PATCH v10.1] leds: aat1290: add support for V4L2 Flash sub-device

2015-06-22 Thread Bryan Wu
On Fri, Jun 19, 2015 at 12:33 AM, Jacek Anaszewski wrote: > Add support for V4L2 Flash sub-device to the aat1290 LED Flash class > driver. The support allows for V4L2 Flash sub-device to take the control > of the LED Flash class device. > I used this one to replace the old one. -Bryan > Signed-o

Re: [PATCH v10.1] media: Add registration helpers for V4L2 flash sub-devices

2015-06-22 Thread Bryan Wu
On Fri, Jun 19, 2015 at 12:31 AM, Jacek Anaszewski wrote: > This patch adds helper functions for registering/unregistering > LED Flash class devices as V4L2 sub-devices. The functions should > be called from the LED subsystem device driver. In case the > support for V4L2 Flash sub-devices is disab

Re: Build regressions/improvements in v4.1

2015-06-22 Thread Geert Uytterhoeven
On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.1[1] to v4.1-rc8[3], the summaries are: > - build errors: +44/-7 + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'L_PTE_MT_BUFFERABLE' undeclared here (not in a function): => 81:10 + /home/kisskb/slav

Re: [x86/mm/pat, drivers/media/ivtv] WARNING: CPU: 0 PID: 1 at drivers/media/pci/ivtv/ivtvfb.c:1270 ivtvfb_init()

2015-06-22 Thread Luis R. Rodriguez
On Mon, Jun 22, 2015 at 09:06:41AM +0200, Borislav Petkov wrote: > On Mon, Jun 22, 2015 at 03:01:38AM +0200, Luis R. Rodriguez wrote: > > We can certainly replace the WARN() with pr_warn(), I don't see > > how its confusing though as its a run time real issue. Either > > way whatever you recommend

[PATCH] au0828: fix the check for the media controller

2015-06-22 Thread Mauro Carvalho Chehab
drivers/media/usb/au0828/au0828-cards.c: In function 'au0828_card_analog_fe_setup': >> drivers/media/usb/au0828/au0828-cards.c:231:5: warning: >> "CONFIG_MEDIA_CONTROLLER" is not defined [-Wundef] #if CONFIG_MEDIA_CONTROLLER Reported-by: kbuild test robot Signed-off-by: Mauro Carvalho Che

[PATCH] [media] bdisp: prevent compiling on random arch

2015-06-22 Thread Mauro Carvalho Chehab
This driver requires support for DMA attrs function, and not just DMA. Change the options accordingly to remove those errors: /devel/v4l/to_next/drivers/media/platform/sti/bdisp/bdisp-hw.c: In function ‘bdisp_hw_free_nodes’: /devel/v4l/to_next/drivers/media/platform/sti/bdisp/bdisp-hw.c:132:3: er

Re: ivtv - firmware - v4l-cx2341x*.fw - Upstream & Fedora

2015-06-22 Thread poma
On 22.06.2015 14:20, Mauro Carvalho Chehab wrote: > (please disregard my last e-mail - I pressed, by mistake, some control > sequence > to send it before finishing it) > > Hi, > > Em Sun, 21 Jun 2015 23:47:42 +0200 > poma escreveu: > >> >> Háu kola >> >> >> $ lspci -d :0016 -knn >> 01:08.0

Re: [PATCH v3 1/1] V4L2: platform: Renesas R-Car JPEG codec driver

2015-06-22 Thread Kamil Debski
Hi, I am adding Jacek Anaszewski to CC loop. He was working with the s5p-jpeg driver some time ago. I've spoken with him about questions in this email recently. Jacek, thank you for your comments :) On 18 June 2015 at 20:48, Laurent Pinchart wrote: > Hi Mikhail, > > (CC'ing Kamil Debski) > > On

Re: HDMI and Composite capture on Lager, for kernel 4.1, version 3

2015-06-22 Thread Hans Verkuil
On 06/22/2015 04:41 PM, William Towle wrote: > > Hi Hans, >> I'm not sure if I've asked this before, but shouldn't soc-camera be extended >> with support for the DV_TIMINGS ioctls in order to control the adv7604? >> >> It's peculiar that that is not included in this patch series... > >Rob tel

Re: HDMI and Composite capture on Lager, for kernel 4.1, version 3

2015-06-22 Thread William Towle
Hi Hans, I'm not sure if I've asked this before, but shouldn't soc-camera be extended with support for the DV_TIMINGS ioctls in order to control the adv7604? It's peculiar that that is not included in this patch series... Rob tells me he did some work on this, but we don't have it passing m

Re: ivtv - firmware - v4l-cx2341x*.fw - Upstream & Fedora

2015-06-22 Thread Mauro Carvalho Chehab
(please disregard my last e-mail - I pressed, by mistake, some control sequence to send it before finishing it) Hi, Em Sun, 21 Jun 2015 23:47:42 +0200 poma escreveu: > > Háu kola > > > $ lspci -d :0016 -knn > 01:08.0 Multimedia video controller [0400]: Internext Compression Inc iTVC16 >

Re: ivtv - firmware - v4l-cx2341x*.fw - Upstream & Fedora

2015-06-22 Thread Mauro Carvalho Chehab
Hi, Em Sun, 21 Jun 2015 23:47:42 +0200 poma escreveu: > > Háu kola > > > $ lspci -d :0016 -knn > 01:08.0 Multimedia video controller [0400]: Internext Compression Inc iTVC16 > (CX23416) Video Decoder [:0016] (rev 01) > Subsystem: Hauppauge computer works Inc. WinTV PVR 150 [007

Re: cx23885 risc op code error with DvbSKY T982

2015-06-22 Thread Jouni Karvo
hi, I was pointed out that my message sounds inappropriate and as demanding an (immediate) answer. My intention was just the opposite - to tell you I am not going to flood the mailboxes of the list members unnecessarily. Here the offending line: 22.06.2015, 12:43, Jouni Karvo wrote: A coupl

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

2015-06-22 Thread Peter Ujfalusi
On 06/12/2015 03:58 PM, Vinod Koul wrote: > Sorry this slipped thru I was away for a week anyways ;) > Thinking about it again, I think we should coverge to two APIs and mark the > legacy depracuated and look to convert folks and phase that out Currently, w/o this series we have these APIs: /* t

Re: cx23885 risc op code error with DvbSKY T982

2015-06-22 Thread Tycho Lürsen
I've got a couple of T982 cards. Running Debian Jessie, with kernel 4.1-rc8, I cannot reproduce your errors. Only difference might be: I synced the silabs drivers with upstream and used the patch from: http://git.linuxtv.org/cgit.cgi/media_tree.git/patch/drivers/media/pci/cx23885/cx23885-dvb.c?i

Re: cx23885 risc op code error with DvbSKY T982

2015-06-22 Thread Jouni Karvo
21.06.2015, 21:19, Jouni Karvo kirjoitti: I have dvbsky T982. The firmware is up to date from openelec site. Nothing on the CI slot (actually, the empty CI-slot belongs to another card) A couple of more of these for the same card. Unless someone shows interest on these, this is the last on

cx23885 mpeg risc op code error with DVBSky T980C

2015-06-22 Thread Jouni Karvo
T980C with up to date firmware from openelec repository. Linux xpc 4.1.0-rc8 #2 SMP Sun Jun 21 11:16:21 EEST 2015 x86_64 x86_64 x86_64 GNU/Linux [ 18.180769] cx23885[1]: cx23885 based dvb card [ 18.181426] i2c i2c-13: Added multiplexed i2c bus 15 [ 18.181428] si2168 13-0064: Silicon Lab

Re: [Patch 1/2] media: v4l: ti-vpe: Add CAL v4l2 camera capture driver

2015-06-22 Thread Hans Verkuil
Hi Benoit, Thanks for the patch! I do have a few comments, though. See below. On 06/16/2015 07:29 PM, Benoit Parrot wrote: > The Camera Adaptation Layer (CAL) is a block which consists of a dual > port CSI2/MIPI camera capture engine. > Port #0 can handle CSI2 camera connected to up to 4 data lan

Re: [Patch 0/2] media: v4l: ti-vpe: Add CAL v4l2 camera capture driver

2015-06-22 Thread Hans Verkuil
On 06/16/2015 07:29 PM, Benoit Parrot wrote: > The Camera Adaptation Layer (CAL) is a block which consists of a dual > port CSI2/MIPI camera capture engine. > This camera engine is currently found on DRA72xx family of devices. > > Port #0 can handle CSI2 camera connected to up to 4 data lanes. > P

Re: [PATCH 04/14] tw9910: init priv->scale and update standard

2015-06-22 Thread Hans Verkuil
On 06/22/2015 09:21 AM, Guennadi Liakhovetski wrote: > Hi Hans, > > On Mon, 22 Jun 2015, Hans Verkuil wrote: > >> On 06/21/2015 07:23 PM, Guennadi Liakhovetski wrote: >>> On Mon, 15 Jun 2015, Hans Verkuil wrote: >>> From: Hans Verkuil When the standard changes the VACTIVE and VDEL

Re: [PATCH 04/14] tw9910: init priv->scale and update standard

2015-06-22 Thread Guennadi Liakhovetski
Hi Hans, On Mon, 22 Jun 2015, Hans Verkuil wrote: > On 06/21/2015 07:23 PM, Guennadi Liakhovetski wrote: > > On Mon, 15 Jun 2015, Hans Verkuil wrote: > > > >> From: Hans Verkuil > >> > >> When the standard changes the VACTIVE and VDELAY values need to be updated. > >> > >> Signed-off-by: Hans V

[GIT PULL FOR v4.3] sh-vou and various i2c subdev fixes

2015-06-22 Thread Hans Verkuil
This pull request contains a pile of fixes for sh-vou (including a conversion to vb2) and various i2c subdev improvements and a small docbook fix. Regards, Hans The following changes since commit 6f32a8c97f11eb074027052b6b507891e5c9d8b1: [media] MAINTAINERS: Add entry for the Renesas

Re: [x86/mm/pat, drivers/media/ivtv] WARNING: CPU: 0 PID: 1 at drivers/media/pci/ivtv/ivtvfb.c:1270 ivtvfb_init()

2015-06-22 Thread Borislav Petkov
On Mon, Jun 22, 2015 at 03:01:38AM +0200, Luis R. Rodriguez wrote: > We can certainly replace the WARN() with pr_warn(), I don't see > how its confusing though as its a run time real issue. Either > way whatever you recommend is fine by me. Yeah, it confused the 0day robot at least. :-) But maybe

Re: [PATCH 04/14] tw9910: init priv->scale and update standard

2015-06-22 Thread Hans Verkuil
On 06/21/2015 07:23 PM, Guennadi Liakhovetski wrote: > On Mon, 15 Jun 2015, Hans Verkuil wrote: > >> From: Hans Verkuil >> >> When the standard changes the VACTIVE and VDELAY values need to be updated. >> >> Signed-off-by: Hans Verkuil >> --- >> drivers/media/i2c/soc_camera/tw9910.c | 29 ++