[PATCH v3] media: i2c: tda1997: replace codec to component

From: Kuninori Morimoto Now we can replace Codec to Component. Let's do it. Note: xxx_codec_xxx() -> xxx_component_xxx() .idle_bias_off = 0 -> .idle_bias_on = 1 .ignore_pmdown_time = 0 -> .use_pmdown_time = 1

[PATCH v7 1/2] media: dt-bindings: Add bindings for panasonic,amg88xx

Define the device tree bindings for the panasonic,amg88xx i2c video driver. Cc: devicet...@vger.kernel.org Reviewed-by: Rob Herring Signed-off-by: Matt Ranostay --- .../bindings/media/i2c/panasonic,amg88xx.txt | 19 +++ 1

[PATCH v7 2/2] media: video-i2c: add video-i2c driver

There are several thermal sensors that only have a low-speed bus interface but output valid video data. This patchset enables support for the AMG88xx "Grid-Eye" sensor family. Signed-off-by: Matt Ranostay --- MAINTAINERS | 6 +

[PATCH v7 0/2] media: video-i2c: add video-i2c driver support

Add support for video-i2c polling driver Changes from v1: * Switch to SPDX tags versus GPLv2 license text * Remove unneeded zeroing of data structures * Add video_i2c_try_fmt_vid_cap call in video_i2c_s_fmt_vid_cap function Changes from v2: * Add missing linux/kthread.h include that broke x86_64

cron job: media_tree daily build: OK

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: Fri Apr 6 05:00:16 CEST 2018 media-tree git hash:17dec0a949153d9ac00760ba2f5b78cb583e995f media_build

RE: [PATCH v5 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI interface

Hi,　Mauro > > + u8 send_data[BURST_WRITE_MAX + 4]; > > + const u8 *write_data_top = NULL; > > + int ret = 0; > > + > > + if (!spi || !data) { > > + pr_err("invalid arg\n"); > > + return -EINVAL; > > + } > > + if (size > BURST_WRITE_MAX) { > > +

Re: [RfC PATCH] Add udmabuf misc device

On Thu, Apr 05, 2018 at 10:32:04PM +0200, Daniel Vetter wrote: > Pulling this out of the shadows again. > > We now also have xen-zcopy from Oleksandr and the hyper dmabuf stuff > from Matt and Dongwong. > > At least from the intel side there seems to be the idea to just have 1 > special device

Re: HVR1600 IR Blaster

Hi Warren, On Thu, Apr 05, 2018 at 12:37:05PM -0600, Warren Sturm wrote: > Is there a way to get the IR Blaster of the HVR1600 card working under > v4.15+ kernels? > > It seems that lrc_zilog BUGs under 4.15+ and has gone missing in 4.16. In v4.16, lirc_zilog has been replaced with ir-kbd-i2c,

Re: [PATCH 05/16] media: fsl-viu: allow building it with COMPILE_TEST

On Thu, Apr 5, 2018 at 7:54 PM, Mauro Carvalho Chehab wrote: > There aren't many things that would be needed to allow it > to build with compile test. > +/* Allow building this driver with COMPILE_TEST */ > +#ifndef CONFIG_PPC_MPC512x > +#define NO_IRQ 0 The NO_IRQ

Re: [PATCH v13 16/33] rcar-vin: simplify how formats are set and reset

Hi Laurent, Thanks for your feedback. I have incorporated your suggestions for the next and hopefully last version of this patch-set, a few followups on your review bellow. On 2018-04-04 01:09:29 +0300, Laurent Pinchart wrote: > Hi Niklas, > > Thank you for the patch. > > On Tuesday, 27

Re: [PATCH v13 00/33] rcar-vin: Add Gen3 with media controller

Hi Hans, On 2018-04-04 12:28:30 +0200, Hans Verkuil wrote: > Hi Niklas, > > It might be a good idea if you can rebase the patch series on the latest > master (we've just synced to Linus' master tree) and incorporate the few > comments that Laurent had. I have now rebased this and incorporate

Re: [PATCH v2 17/19] media: omap4iss: make it build with COMPILE_TEST

Hi Mauro, Thank you for the patch. On Thursday, 5 April 2018 23:29:44 EEST Mauro Carvalho Chehab wrote: > This driver compile as-is with COMPILE_TEST. > > Signed-off-by: Mauro Carvalho Chehab Acked-by: Laurent Pinchart I don't

Re: [PATCH 00/20] dddvb/ddbridge-0.9.33

Am Mon, 2 Apr 2018 20:24:07 +0200 schrieb Daniel Scheller : > From: Daniel Scheller > > This series brings all relevant changes from the upstream dddvb-0.9.33 > driver package to the in-kernel ddbridge and stv0910, though a few > changes were

[PATCH v2 12/19] media: davinci: allow build vpbe_display with COMPILE_TEST

Except for some includes (with doesn't seem to be used), this driver builds fine with COMPILE_TEST. So, add checks there to avoid building it if ARCH_DAVINCI is not selected. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/davinci/Kconfig| 3

[PATCH v2 16/19] media: omap: allow building it with COMPILE_TEST

Now that we have stubs for omap FB driver, let it build with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/omap/Kconfig | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/media/platform/omap/Kconfig

[PATCH v2 08/19] media: mmp-camera.h: add missing platform data

Those definitions used to be part of the original patch: https://patchwork.kernel.org/patch/2815221/ But, somehow, nobody ever noticed until today. Years later, Arnd discovered that mmp-camera driver doesn't build and make it depend on BROKEN. Add the missing bits here, in order to

[PATCH v2 10/19] media: mmp-driver: make two functions static

Those functions are used only internally: CC drivers/media/platform/marvell-ccic/mmp-driver.o drivers/media/platform/marvell-ccic/mmp-driver.c:186:6: warning: no previous prototype for ‘mcam_ctlr_reset’ [-Wmissing-prototypes] void mcam_ctlr_reset(struct mcam_camera *mcam)

[PATCH v2 19/19] media: staging: davinci_vpfe: allow building with COMPILE_TEST

This is a little bit hashish, but this driver is at staging, so it won't become worse. With this small change at Makefile, we can now build it with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab --- drivers/staging/media/davinci_vpfe/Kconfig | 3 ++-

[PATCH v2 03/19] media: omap3isp/isp: remove an unused static var

The isp_xclk_init_data const data isn't used anywere. drivers/media/platform/omap3isp/isp.c:294:35: warning: ‘isp_xclk_init_data’ defined but not used [-Wunused-const-variable=] static const struct clk_init_data isp_xclk_init_data = { ^~

[PATCH v2 13/19] media: vpbe_venc: don't store return codes if they won't be used

Fix those two warnings drivers/media/platform/davinci/vpbe_venc.c: In function ‘venc_set_ntsc’: drivers/media/platform/davinci/vpbe_venc.c:230:6: warning: variable ‘val’ set but not used [-Wunused-but-set-variable] u32 val; ^~~ drivers/media/platform/davinci/vpbe_venc.c: In function

[PATCH v2 02/19] media: omap3isp: allow it to build with COMPILE_TEST

There aren't much things required for it to build with COMPILE_TEST. It just needs to provide stub for an arm-dependent include. Let's replicate the same solution used by ipmmu-vmsa, in order to allow building omap3 with COMPILE_TEST. The actual logic here came from this driver:

[PATCH v2 09/19] media: marvel-ccic: re-enable mmp-driver build

This driver was disabled back in 2015 from builds because of some troubles with the platform_data definition. Now that this got fixed, re-enable it. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/marvell-ccic/Kconfig | 5 +++-- 1 file changed, 3

[PATCH v2 04/19] media: fsl-viu: mark static functions as such

There are several functions that are used only inside the driver. Stop exposing that to global symbolspace. Get rid of the following gcc warnings: drivers/media/platform/fsl-viu.c:240:17: warning: no previous prototype for ‘format_by_fourcc’ [-Wmissing-prototypes] struct viu_fmt

[PATCH v2 17/19] media: omap4iss: make it build with COMPILE_TEST

This driver compile as-is with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab --- drivers/staging/media/omap4iss/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/media/omap4iss/Kconfig

[PATCH v2 14/19] media: davinci: get rid of lots of kernel-doc warnings

Driver build produce lots of warnings due to wrong kernel-doc markups: drivers/media/platform/davinci/vpbe.c:60: warning: Function parameter or member 'vpbe_dev' not described in 'vpbe_current_encoder_info' drivers/media/platform/davinci/vpbe.c:78: warning: Function parameter or member

[PATCH v2 18/19] media: si470x: allow build both USB and I2C at the same time

Currently, either USB or I2C is built. Change it to allow having both enabled at the same time. The main reason is that COMPILE_TEST all[yes/mod]builds will now contain all drivers under drivers/media. Signed-off-by: Mauro Carvalho Chehab ---

Re: [RfC PATCH] Add udmabuf misc device

Pulling this out of the shadows again. We now also have xen-zcopy from Oleksandr and the hyper dmabuf stuff from Matt and Dongwong. At least from the intel side there seems to be the idea to just have 1 special device that can handle cross-gues/host sharing for all kinds of hypervisors, so I

[PATCH v2 07/19] media: exymos4-is: allow compile test for EXYNOS FIMC-LITE

There's nothing that prevents building this driver with COMPILE_TEST. So, enable it. While here, make the Kconfig dependency cleaner by removing the unneeded if block. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/exynos4-is/Kconfig | 4 +--- 1 file

[PATCH v2 05/19] media: fsl-viu: allow building it with COMPILE_TEST

There aren't many things that would be needed to allow it to build with compile test. Add the needed bits. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/Kconfig | 2 +- drivers/media/platform/fsl-viu.c | 8 2 files changed, 9

[PATCH v2 15/19] omap2: omapfb: allow building it with COMPILE_TEST

This driver builds cleanly with COMPILE_TEST, and it is needed in order to allow building drivers/media omap2 driver. So, change the logic there to allow building it. Signed-off-by: Mauro Carvalho Chehab --- drivers/video/fbdev/omap2/Kconfig | 2 +- 1 file changed, 1

[PATCH v2 11/19] media: davinci: allow building isif code

The only reason why this driver doesn't build with COMPILE_TEST is because it includes mach/mux.h. It turns that none of the macros defined there are used. So, get rid of it, in order to allow it to build with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab ---

[PATCH v2 06/19] media: cec_gpio: allow building CEC_GPIO with COMPILE_TEST

At least on i386, building with allyesconfig doesn't enable PREEMPT, causing cec_gpio to not build. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 00/19] Make all media drivers build with COMPILE_TEST

The current media policy has been for a while to only accept new drivers that compile with COMPILE_TEST. However, there are still several drivers under that doesn't build with COMPILE_TEST. So, this series makes the existing ones also compatible with it. Not building with COMPILE_TEST is a

[PATCH v2 01/19] omap: omap-iommu.h: allow building drivers with COMPILE_TEST

Drivers that depend on omap-iommu.h (currently, just omap3isp) need a stub implementation in order to be built with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab --- include/linux/omap-iommu.h | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [PATCH 02/16] media: omap3isp: allow it to build with COMPILE_TEST

Em Thu, 05 Apr 2018 21:30:27 +0300 Laurent Pinchart escreveu: > Hi Mauro, > > Thank you for the patch. > > On Thursday, 5 April 2018 20:54:02 EEST Mauro Carvalho Chehab wrote: > > There aren't much things required for it to build with COMPILE_TEST. > > It

Re: [PATCH v6 2/2] media: video-i2c: add video-i2c driver

On Thu, Apr 5, 2018 at 12:39 AM, Sakari Ailus wrote: > Hi Matt, > > Thanks for the patch. It's a very nicely written, small driver. :-) > > Please see more comments below. > > On Sat, Mar 31, 2018 at 05:59:26PM -0700, Matt Ranostay wrote: >> There are several thermal sensors

Re: [PATCH 15/16] media: omapfb_dss.h: add stubs to build with COMPILE_TEST

Em Thu, 05 Apr 2018 21:41:18 +0300 Laurent Pinchart escreveu: > Hi Mauro, > > Thank you for the patch. > > On Thursday, 5 April 2018 20:54:15 EEST Mauro Carvalho Chehab wrote: > > Add stubs for omapfb_dss.h, in the case it is included by > > some driver when

Re: [PATCH 15/16] media: omapfb_dss.h: add stubs to build with COMPILE_TEST

Hi Mauro, Thank you for the patch. On Thursday, 5 April 2018 20:54:15 EEST Mauro Carvalho Chehab wrote: > Add stubs for omapfb_dss.h, in the case it is included by > some driver when CONFIG_FB_OMAP2 is not defined. The omapfb driver doesn't include any asm/ header, so it should probably build

HVR1600 IR Blaster

Is there a way to get the IR Blaster of the HVR1600 card working under v4.15+ kernels? It seems that lrc_zilog BUGs under 4.15+ and has gone missing in 4.16. Thanks.

Re: [PATCH 03/16] media: omap3isp/isp: remove an unused static var

Hi Mauro, Thank you for the patch. On Thursday, 5 April 2018 20:54:03 EEST Mauro Carvalho Chehab wrote: > The isp_xclk_init_data const data isn't used anywere. > > drivers/media/platform/omap3isp/isp.c:294:35: warning: ‘isp_xclk_init_data’ > defined but not used [-Wunused-const-variable=]

Re: [PATCH 02/16] media: omap3isp: allow it to build with COMPILE_TEST

Hi Mauro, Thank you for the patch. On Thursday, 5 April 2018 20:54:02 EEST Mauro Carvalho Chehab wrote: > There aren't much things required for it to build with COMPILE_TEST. > It just needs to provide stub for an arm-dependent include. > > Let's replicate the same solution used by ipmmu-vmsa,

Re: [PATCH 16/16] media: omap: allow building it with COMPILE_TEST

Em Thu, 5 Apr 2018 13:54:16 -0400 Mauro Carvalho Chehab escreveu: > Now that we have stubs for omap FB driver, let it build with > COMPILE_TEST. > > Signed-off-by: Mauro Carvalho Chehab > --- > drivers/media/platform/omap/Kconfig | 6 +++---

[PATCH 04/16] media: fsl-viu: mark static functions as such

There are several functions that are used only inside the driver. Stop exposing that to global symbolspace. Get rid of the following gcc warnings: drivers/media/platform/fsl-viu.c:240:17: warning: no previous prototype for ‘format_by_fourcc’ [-Wmissing-prototypes] struct viu_fmt

[PATCH 01/16] omap: omap-iommu.h: allow building drivers with COMPILE_TEST

Drivers that depend on omap-iommu.h (currently, just omap3isp) need a stub implementation in order to be built with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab --- include/linux/omap-iommu.h | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 05/16] media: fsl-viu: allow building it with COMPILE_TEST

There aren't many things that would be needed to allow it to build with compile test. Add the needed bits. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/Kconfig | 2 +- drivers/media/platform/fsl-viu.c | 8 2 files changed, 9

[PATCH 03/16] media: omap3isp/isp: remove an unused static var

The isp_xclk_init_data const data isn't used anywere. drivers/media/platform/omap3isp/isp.c:294:35: warning: ‘isp_xclk_init_data’ defined but not used [-Wunused-const-variable=] static const struct clk_init_data isp_xclk_init_data = { ^~

[PATCH 12/16] media: davinci: allow build vpbe_display with COMPILE_TEST

Except for some includes (with doesn't seem to be used), this driver builds fine with COMPILE_TEST. So, add checks there to avoid building it if ARCH_DAVINCI is not selected. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/davinci/Kconfig| 3

[PATCH 08/16] media: mmp-camera.h: add missing platform data

Those definitions used to be part of the original patch: https://patchwork.kernel.org/patch/2815221/ But, somehow, nobody ever noticed until today. Years later, Arnd discovered that mmp-camera driver doesn't build and make it depend on BROKEN. Add the missing bits here, in order to

[PATCH 10/16] media: mmp-driver: make two functions static

Those functions are used only internally: CC drivers/media/platform/marvell-ccic/mmp-driver.o drivers/media/platform/marvell-ccic/mmp-driver.c:186:6: warning: no previous prototype for ‘mcam_ctlr_reset’ [-Wmissing-prototypes] void mcam_ctlr_reset(struct mcam_camera *mcam)

[PATCH 02/16] media: omap3isp: allow it to build with COMPILE_TEST

There aren't much things required for it to build with COMPILE_TEST. It just needs to provide stub for an arm-dependent include. Let's replicate the same solution used by ipmmu-vmsa, in order to allow building omap3 with COMPILE_TEST. The actual logic here came from this driver:

[PATCH 07/16] media: exymos4-is: allow compile test for EXYNOS FIMC-LITE

There's nothing that prevents building this driver with COMPILE_TEST. So, enable it. While here, make the Kconfig dependency cleaner by removing the unneeded if block. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/exynos4-is/Kconfig | 4 +--- 1 file

[PATCH 14/16] media: davinci: get rid of lots of kernel-doc warnings

Driver build produce lots of warnings due to wrong kernel-doc markups: drivers/media/platform/davinci/vpbe.c:60: warning: Function parameter or member 'vpbe_dev' not described in 'vpbe_current_encoder_info' drivers/media/platform/davinci/vpbe.c:78: warning: Function parameter or member

[PATCH 06/16] media: cec_gpio: allow building CEC_GPIO with COMPILE_TEST

At least on i386, building with allyesconfig doesn't enable PREEMPT, causing cec_gpio to not build. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 09/16] media: marvel-ccic: re-enable mmp-driver build

This driver was disabled back in 2015 from builds because of some troubles with the platform_data definition. Now that this got fixed, re-enable it. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/marvell-ccic/Kconfig | 5 +++-- 1 file changed, 3

[PATCH 16/16] media: omap: allow building it with COMPILE_TEST

Now that we have stubs for omap FB driver, let it build with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/omap/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/media/platform/omap/Kconfig

[PATCH 00/16] Make all drivers under drivers/media to build with COMPILE_TEST

The current media policy has been for a while to only accept new drivers that compile with COMPILE_TEST. However, there are still several drivers under drivers/media that doesn't build with COMPILE_TEST. So, this series makes the existing ones also compatible with it. Not building with

[PATCH 11/16] media: davinci: allow building isif code

The only reason why this driver doesn't build with COMPILE_TEST is because it includes mach/mux.h. It turns that none of the macros defined there are used. So, get rid of it, in order to allow it to build with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab ---

[PATCH 13/16] media: vpbe_venc: don't store return codes if they won't be used

Fix those two warnings drivers/media/platform/davinci/vpbe_venc.c: In function ‘venc_set_ntsc’: drivers/media/platform/davinci/vpbe_venc.c:230:6: warning: variable ‘val’ set but not used [-Wunused-but-set-variable] u32 val; ^~~ drivers/media/platform/davinci/vpbe_venc.c: In function

[PATCH 15/16] media: omapfb_dss.h: add stubs to build with COMPILE_TEST

Add stubs for omapfb_dss.h, in the case it is included by some driver when CONFIG_FB_OMAP2 is not defined. That allows building such driver(s) with COMPILE_TEST. Signed-off-by: Mauro Carvalho Chehab --- include/video/omapfb_dss.h | 54

Re: IMX6 Media dev node not created

Hi Ibtsam, On Thu, Apr 5, 2018 at 11:52 AM, Ibtsam Ul-Haq wrote: > That worked like a charm! Thanks a lot guys, I would have never thought of > that! Excellent! If you have a chance, please submit the the dts patch that enables the camera to the linux-arm-kernel

Re: IMX6 Media dev node not created

On Thu, Apr 5, 2018 at 4:36 PM, Philipp Zabel wrote: > Hi Ibtsam, > > On Thu, 2018-04-05 at 16:24 +0200, Ibtsam Ul-Haq wrote: >> Hi Fabio, >> >> Thanks for your reply. >> >> On Thu, Apr 5, 2018 at 3:31 PM, Fabio Estevam wrote: >> > Hi Ibtsam, >> > >> >

Re: IMX6 Media dev node not created

Hi Ibtsam, On Thu, 2018-04-05 at 16:24 +0200, Ibtsam Ul-Haq wrote: > Hi Fabio, > > Thanks for your reply. > > On Thu, Apr 5, 2018 at 3:31 PM, Fabio Estevam wrote: > > Hi Ibtsam, > > > > [Adding Steve and Philipp in case they can provide some suggestions] > > > > On Thu,

Re: IMX6 Media dev node not created

Hi Fabio, Thanks for your reply. On Thu, Apr 5, 2018 at 3:31 PM, Fabio Estevam wrote: > Hi Ibtsam, > > [Adding Steve and Philipp in case they can provide some suggestions] > > On Thu, Apr 5, 2018 at 9:30 AM, Ibtsam Ul-Haq > wrote: >> Greetings

Dear Good Friend

Dear friend, I am using this opportunity to inform you that this multi-million-dollar business has been concluded with the assistance of another partner from China who financed the transaction to a logical conclusion. I thank you for your great effort to our unfinished transfer of fund into

Re: IMX6 Media dev node not created

Hi Ibtsam, [Adding Steve and Philipp in case they can provide some suggestions] On Thu, Apr 5, 2018 at 9:30 AM, Ibtsam Ul-Haq wrote: > Greetings everyone, > > I'm running Linux 4.14.31 on an IMX6 QuadPlus based Phytec board > (PCM-058). I have connected an mt9p031

Re: [PATCH] media: v4l2-dev: use pr_foo() for printing messages

Hi Mauro, On Thu, Apr 05, 2018 at 08:52:02AM -0300, Mauro Carvalho Chehab wrote: > Em Thu, 5 Apr 2018 14:12:10 +0300 > Sakari Ailus escreveu: > > > Hi Mauro, > > > > On Thu, Apr 05, 2018 at 07:34:39AM -0300, Mauro Carvalho Chehab wrote: > > > Instead of using printk()

Re: [PATCH v13 2/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver driver

A few corrections, On Thu, Apr 05, 2018 at 11:10:01AM +0200, jacopo mondi wrote: > Hi Niklas, > thanks for the VIN and CSI-2 effort! > > On Tue, Feb 13, 2018 at 12:01:32AM +0100, Niklas Söderlund wrote: > > A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver > > supports the

IMX6 Media dev node not created

Greetings everyone, I'm running Linux 4.14.31 on an IMX6 QuadPlus based Phytec board (PCM-058). I have connected an mt9p031 sensor to ipu1_csi0. The problem is that I am not seeing the /dev/media0 node. I have already read the fix mentioned in a previous discussion:

Re: Fw: [PATCH v2] media: v4l2-core: fix size of devnode_nums[] bitarray

Good Morning, Great Success! After several reboots and power-off cycles, the issue appears to have been solved by this patch. Excellent work! Thanks, Peter Geis On 04/05/2018 07:09 AM, Mauro Carvalho Chehab wrote: Please test if this patch solves the issues for you. Regards, Mauro

Re: [PATCH] media: v4l2-dev: use pr_foo() for printing messages

Em Thu, 5 Apr 2018 14:12:10 +0300 Sakari Ailus escreveu: > Hi Mauro, > > On Thu, Apr 05, 2018 at 07:34:39AM -0300, Mauro Carvalho Chehab wrote: > > Instead of using printk() directly, use the pr_foo() > > macros. > > > > Signed-off-by: Mauro Carvalho Chehab

Re: [PATCH v2] media: v4l2-core: fix size of devnode_nums[] bitarray

Dnia 2018-04-05, o godz. 14:25:51 Jaak Ristioja napisał(a): > Yes, it solves the issue for me as far as I can tell. And so did the > previous version of the patch. > > Regards, > J > > On 05.04.2018 14:09, Mauro Carvalho Chehab wrote: > > Please test if this patch solves the

Re: [PATCH v6 2/2] media: video-i2c: add video-i2c driver

Hi Hans, On Thu, Apr 05, 2018 at 10:04:57AM +0200, Hans Verkuil wrote: ... > >> +static int start_streaming(struct vb2_queue *vq, unsigned int count) > >> +{ > >> + struct video_i2c_data *data = vb2_get_drv_priv(vq); > >> + struct video_i2c_buffer *buf, *tmp; > >> + > >> + if

Re: [PATCH] media: v4l2-dev: use pr_foo() for printing messages

Hi Mauro, On Thu, Apr 05, 2018 at 07:34:39AM -0300, Mauro Carvalho Chehab wrote: > Instead of using printk() directly, use the pr_foo() > macros. > > Signed-off-by: Mauro Carvalho Chehab > --- > drivers/media/v4l2-core/v4l2-dev.c | 45 >

Fw: [PATCH v2] media: v4l2-core: fix size of devnode_nums[] bitarray

Please test if this patch solves the issues for you. Regards, Mauro Forwarded message: Date: Thu, 5 Apr 2018 07:13:41 -0300 From: Mauro Carvalho Chehab To: Linux Media Mailing List Cc: Mauro Carvalho Chehab ,

[v4l-utils RFC 4/6] mediatext: Extract list of V4L2 pixel format strings and 4cc codes

Extract the list of V4L2 pixel format strings and 4cc codes from videodev2.h for use in mediatext in order to convert user given format names to 4cc codes that IOCTLs use. Signed-off-by: Sakari Ailus --- utils/media-ctl/Makefile.am | 7 ++- 1 file changed, 6

[v4l-utils RFC 0/6] Mediatext test program for request API tests

Hi folks, Here's a refreshed RFC set to add the mediatext test program. It is well suited for testing requests, as it can work with multiple devices simultaneously as well as is easy to control through a bash script. Only buffers are supported with requests, controls are not yet; still adding

[v4l-utils RFC 5/6] mediatext: Add library

libmediatext is a helper library for converting configurations (Media controller links, V4L2 controls and V4L2 sub-device media bus formats and selections) from text-based form into IOCTLs. libmediatext depends on libv4l2subdev and libmediactl. The patch includes a test program, mediatext-test,

[v4l-utils RFC 3/6] libmediactl: Add open, close and fd to public API

Add functions to open and close the media device as well as to obtain its fd. Signed-off-by: Sakari Ailus --- utils/media-ctl/libmediactl.c | 9 +++-- utils/media-ctl/mediactl.h| 4 2 files changed, 11 insertions(+), 2 deletions(-) diff --git

[v4l-utils RFC 1/6] Linux kernel header update

This includes kernel headers up to Hans's request API v9 patchset. Signed-off-by: Sakari Ailus --- include/linux/cec-funcs.h | 300 ++-- include/linux/cec.h | 40 +- include/linux/media.h | 8 + include/linux/v4l2-dv-timings.h

[v4l-utils RFC 6/6] mediatext: Add vivid tests

Add two scripts for vivid tests, with and without using requests. Signed-off-by: Sakari Ailus --- utils/media-ctl/tests/test-vivid-mc.bash | 86 utils/media-ctl/tests/test-vivid.bash| 59 ++ 2 files changed,

[v4l-utils RFC 2/6] Make v4l-utils compile with request-related changes

Mostly remove zero reserved field checks. Signed-off-by: Sakari Ailus --- lib/libv4l2/libv4l2.c| 4 ++-- utils/v4l2-compliance/v4l2-test-buffers.cpp | 2 +- utils/v4l2-compliance/v4l2-test-controls.cpp | 4 3 files changed, 3

Re: [PATCH v2] media: v4l2-core: fix size of devnode_nums[] bitarray

Em Thu, 5 Apr 2018 12:16:13 +0200 Hans Verkuil escreveu: > On 05/04/18 12:13, Mauro Carvalho Chehab wrote: > > The size of devnode_nums[] bit array is too short to store information > > for VFL_TYPE_TOUCH. That causes it to override other memory regions. > > > > Thankfully,

[PATCH] media: v4l2-dev: use pr_foo() for printing messages

Instead of using printk() directly, use the pr_foo() macros. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/v4l2-core/v4l2-dev.c | 45 ++ 1 file changed, 26 insertions(+), 19 deletions(-) diff --git

Re: [PATCH v2] media: v4l2-core: fix size of devnode_nums[] bitarray

On Thu, Apr 05, 2018 at 12:16:13PM +0200, Hans Verkuil wrote: > On 05/04/18 12:13, Mauro Carvalho Chehab wrote: > > The size of devnode_nums[] bit array is too short to store information > > for VFL_TYPE_TOUCH. That causes it to override other memory regions. > > > > Thankfully, on recent

Re: [v4l-utils PATCH 0/2] v4l-utils fixes

Em Thu, 5 Apr 2018 13:00:38 +0300 Sakari Ailus escreveu: > Hi folks, > > The two patches add instructions for building static binaries as well as > fix a few warnings in libdvb5. > > Sakari Ailus (2): > Add instructions for building static binaries > libdvb5:

Re: [PATCH v2] media: v4l2-core: fix size of devnode_nums[] bitarray

On 05/04/18 12:13, Mauro Carvalho Chehab wrote: > The size of devnode_nums[] bit array is too short to store information > for VFL_TYPE_TOUCH. That causes it to override other memory regions. > > Thankfully, on recent reports, it is overriding video_device[] array, > trigging a WARN_ON(). Yet, it

Re: [v5 2/2] media: dt-bindings: Add bindings for Dongwoon DW9807 voice coil

Hi Sakari, On Thu, Apr 5, 2018 at 6:26 PM Sakari Ailus wrote: > Hi Tomasz, > On Thu, Apr 05, 2018 at 08:21:56AM +, Tomasz Figa wrote: > > On Sat, Mar 3, 2018 at 5:15 AM Sakari Ailus < sakari.ai...@linux.intel.com> > > wrote: > > > > > On Fri, Mar 02, 2018 at

[PATCH v2] media: v4l2-core: fix size of devnode_nums[] bitarray

The size of devnode_nums[] bit array is too short to store information for VFL_TYPE_TOUCH. That causes it to override other memory regions. Thankfully, on recent reports, it is overriding video_device[] array, trigging a WARN_ON(). Yet, it just warns about the problem, but let the code

Re: Linux 4.16 Kernel Boot Crash

On 05/04/18 11:57, Mauro Carvalho Chehab wrote: > Em Wed, 4 Apr 2018 16:26:22 +0300 > Jaak Ristioja escreveu: > >> Hello, all! >> >> I experience the same issue with a Lenovo ThinkPad T440p (LENOVO >> 20AN006VMS/20AN006VMS, BIOS GLET90WW (2.44 ) 09/13/2017). I tried to >>

Re: Linux 4.16 Kernel Boot Crash

Em Thu, 5 Apr 2018 06:57:13 -0300 Mauro Carvalho Chehab escreveu: > Em Wed, 4 Apr 2018 16:26:22 +0300 > Jaak Ristioja escreveu: > > > Hello, all! > > > > I experience the same issue with a Lenovo ThinkPad T440p (LENOVO > > 20AN006VMS/20AN006VMS, BIOS

[PATCH] media: v4l2-core: fix size of devnode_nums[] bitarray

The size of devnode_nums[] bit array is too short to store information for VFL_TYPE_TOUCH. That causes it to override other memory regions. Thankfully, on recent reports, it is overriding video_device[] array, trigging a WARN_ON(). Yet, it just warns about the problem, but let the code

[v4l-utils PATCH 1/2] Add instructions for building static binaries

Static binaries are useful e.g. when copying test binaries to other systems. Document how to build them. Signed-off-by: Sakari Ailus --- INSTALL | 16 1 file changed, 16 insertions(+) diff --git a/INSTALL b/INSTALL index 765fa26..8c98a76 100644

[v4l-utils PATCH 2/2] libdvb5: Fix unused local variable warnings

Some local variables are only needed conditionally depending on available system support for e.g. pthreads. Put these variables behind same #ifdefs so that no warnings are produced if these features aren't available. Signed-off-by: Sakari Ailus ---

[v4l-utils PATCH 0/2] v4l-utils fixes

Hi folks, The two patches add instructions for building static binaries as well as fix a few warnings in libdvb5. Sakari Ailus (2): Add instructions for building static binaries libdvb5: Fix unused local variable warnings INSTALL | 16

Re: Linux 4.16 Kernel Boot Crash

Em Wed, 4 Apr 2018 16:26:22 +0300 Jaak Ristioja escreveu: > Hello, all! > > I experience the same issue with a Lenovo ThinkPad T440p (LENOVO > 20AN006VMS/20AN006VMS, BIOS GLET90WW (2.44 ) 09/13/2017). I tried to > bisect v4.15..v4.16 but failed. > > Best regards, > J The

[PATCH] dvb_frontend: fix locking issues at dvb_frontend_get_event()

As warned by smatch: drivers/media/dvb-core/dvb_frontend.c:314 dvb_frontend_get_event() warn: inconsistent returns 'sem:>sem'. Locked on: line 288 line 295 line 306 line 314 Unlocked on: line 303

Re: [v5 2/2] media: dt-bindings: Add bindings for Dongwoon DW9807 voice coil

Hi Tomasz, On Thu, Apr 05, 2018 at 08:21:56AM +, Tomasz Figa wrote: > On Sat, Mar 3, 2018 at 5:15 AM Sakari Ailus > wrote: > > > On Fri, Mar 02, 2018 at 12:59:00PM -0600, Rob Herring wrote: > > > On Wed, Feb 28, 2018 at 03:31:26PM +0200, Sakari Ailus wrote: > >

[PATCH v2 10/15] v4l: vsp1: Turn frame end completion status into a bitfield

We will soon need to return more than a boolean completion status from the vsp1_dlm_irq_frame_end() IRQ handler. Turn the return value into a bitfield to prepare for that. No functional change is introduced here. Signed-off-by: Laurent Pinchart ---

[PATCH v2 14/15] v4l: vsp1: Add BRx dynamic assignment debugging messages

Dynamic assignment of the BRU and BRS to pipelines is prone to regressions, add messages to make debugging easier. Keep it as a separate commit to ease removal of those messages once the code will deem to be completely stable. Signed-off-by: Laurent Pinchart

[PATCH v2 13/15] v4l: vsp1: Assign BRU and BRS to pipelines dynamically

The VSPDL variant drives two DU channels through two LIF and two blenders, BRU and BRS. The DU channels thus share the five available VSPDL inputs and expose them as five KMS planes. The current implementation assigns the BRS to the second LIF and thus artificially limits the number of planes for

  1   2   >