Re: [PATCH 2/2] media: ov2680: Add Omnivision OV2680 sensor driver

Hi Rui, On Thu, Feb 22, 2018 at 10:23:38AM +, Rui Miguel Silva wrote: > This patch adds V4L2 sub-device driver for OV2680 image sensor. > The OV2680 is a 1/5" CMOS color sensor from Omnivision. > Supports output format: 10-bit Raw RGB. > The OV2680 has a single lane MIPI interface. > > The

Re: [RFCv4 13/21] media: videobuf2-v4l2: support for requests

On 02/23/2018 08:33 AM, Tomasz Figa wrote: > On Fri, Feb 23, 2018 at 4:21 PM, Hans Verkuil wrote: >> On 02/23/2018 07:34 AM, Tomasz Figa wrote: >>> On Wed, Feb 21, 2018 at 1:18 AM, Hans Verkuil wrote: On 02/20/2018 05:44 AM, Alexandre Courbot wrote:

Re: [RFCv4 13/21] media: videobuf2-v4l2: support for requests

On Fri, Feb 23, 2018 at 4:21 PM, Hans Verkuil wrote: > On 02/23/2018 07:34 AM, Tomasz Figa wrote: >> On Wed, Feb 21, 2018 at 1:18 AM, Hans Verkuil wrote: >>> On 02/20/2018 05:44 AM, Alexandre Courbot wrote: Add a new vb2_qbuf_request() (a

Re: [RFCv4 13/21] media: videobuf2-v4l2: support for requests

On 02/23/2018 07:34 AM, Tomasz Figa wrote: > On Wed, Feb 21, 2018 at 1:18 AM, Hans Verkuil wrote: >> On 02/20/2018 05:44 AM, Alexandre Courbot wrote: >>> Add a new vb2_qbuf_request() (a request-aware version of vb2_qbuf()) >>> that request-aware drivers can call to queue a

Re: [PATCH 05/13] media: v4l2-fwnode: Add a convenience function for registering subdevs with notifiers

Hi Steve, I love your patch! Perhaps something to improve: [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.16-rc2 next-20180223] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [RFCv4 13/21] media: videobuf2-v4l2: support for requests

On Wed, Feb 21, 2018 at 1:18 AM, Hans Verkuil wrote: > On 02/20/2018 05:44 AM, Alexandre Courbot wrote: >> Add a new vb2_qbuf_request() (a request-aware version of vb2_qbuf()) >> that request-aware drivers can call to queue a buffer into a request >> instead of directly into

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: Fri Feb 23 05:00:12 CET 2018 media-tree git hash:4395fb475a27ddcb33c27380e132ef5354ff67c6 media_build

Re: [PATCH 06/13] media: platform: video-mux: Register a subdev notifier

Hi Steve, I love your patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.16-rc2 next-20180222] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH v2] [media] Delete unnecessary variable initialisations in seven functions

On Thu, Feb 22, 2018 at 9:22 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 22 Feb 2018 21:45:47 +0100 > > Some local variables will be set to an appropriate value before usage. > Thus omit explicit initialisations

Re: [PATCH v2 0/3] Initial driver support for Xilinx M2M Video Scaler

Le mercredi 21 février 2018 à 14:43 -0800, Rohit Athavale a écrit : > This patch series has three commits : > - Driver support for the Xilinx M2M Video Scaler IP > - TODO document > - DT binding doc > > Changes in HW register map is expected as the IP undergoes changes. > This is a first

[GIT PULL for 4.17] Add V4L2 framework function for selecting the most suitable size

Hi Mauro, In drivers for hardware that have a discrete set of supported sizes, the size selection is a commonly needed functionality. This set implements it in a way that is usable in drivers and converts a few existing drivers to use it. Please pull. The following changes since commit

Request: Please add new device ID

Hello, Please could someone add this "new" device ID to the main tree: ID: 1B80:D398 Vendor: Zaapa Model: ZT-MINDVBZP Device type: USB DBV-T (RTL2832U + FC0012) I have patched the sources locally following this guide and it works fine:   https://ubuntuforums.org/showthread.php?t=2337521 The

[PATCH v2] [media] Delete unnecessary variable initialisations in seven functions

From: Markus Elfring Date: Thu, 22 Feb 2018 21:45:47 +0100 Some local variables will be set to an appropriate value before usage. Thus omit explicit initialisations at the beginning of these functions. Signed-off-by: Markus Elfring

[PATCH v2] v4l: vsp1: Print the correct blending unit name in debug messages

The DRM pipelines can use either the BRU or the BRS for blending. Make sure the right name is used in debugging messages to avoid confusion. Signed-off-by: Laurent Pinchart --- Changes since v1: - Create a macro to get the right entity name instead of

Re: [PATCH v4] v4l: vsp1: Fix video output on R8A77970

On 02/22/2018 09:46 PM, Laurent Pinchart wrote: >>> From: Sergei Shtylyov >>> >>> Commit d455b45f8393 ("v4l: vsp1: Add support for new VSP2-BS, VSP2-DL, >>> and VSP2-D instances") added support for the VSP2-D found in the R-Car >>> V3M (R8A77970) but the video

[GIT PULL FOR v4.17] Media Controller compliance fixes

This fixes various MC/subdev related compliance failures and various documentation issues. See the cover letter for details: https://www.mail-archive.com/linux-media@vger.kernel.org/msg126559.html Regards, Hans The following changes since commit

[GIT PULL FOR v4.17] Renesas Capture Engine Unit (CEU) V4L2 driver

Adds the new renesas-ceu driver as a modern alternative to the soc-camera driver. Note: the dts patch from Jacopo's patch series will go through Geert's tree. But since nobody maintains the sh architecture anymore the final arch/sh patch is included in this pull request. Regards, Hans

Re: [PATCH v4] v4l: vsp1: Fix video output on R8A77970

Hi Sergei, On Thursday, 22 February 2018 20:34:37 EET Sergei Shtylyov wrote: > On 02/22/2018 07:32 PM, Laurent Pinchart wrote: > > From: Sergei Shtylyov > > > > Commit d455b45f8393 ("v4l: vsp1: Add support for new VSP2-BS, VSP2-DL, > > and VSP2-D instances")

Re: [PATCH v3] vsp1: fix video output on R8A77970

On 02/22/2018 07:26 PM, Laurent Pinchart wrote: > Hi Sergei, > > Thank you for the patch. > > On Thursday, 18 January 2018 16:05:51 EET Sergei Shtylyov wrote: >> Commit d455b45f8393 ("v4l: vsp1: Add support for new VSP2-BS, VSP2-DL, >> and VSP2-D instances") added support for the VSP2-D found in

Re: [PATCH v4] v4l: vsp1: Fix video output on R8A77970

On 02/22/2018 07:32 PM, Laurent Pinchart wrote: > From: Sergei Shtylyov > > Commit d455b45f8393 ("v4l: vsp1: Add support for new VSP2-BS, VSP2-DL, > and VSP2-D instances") added support for the VSP2-D found in the R-Car > V3M (R8A77970) but the video output

[PATCH] tda1997x: get rid of an unused var

1 warning regressions: + drivers/media/i2c/tda1997x.c: warning: variable 'last_irq_status' set but not used [-Wunused-but-set-variable]: => 1421:17 Signed-off-by: Mauro Carvalho Chehab --- drivers/media/i2c/tda1997x.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH v3 06/10] pwm: add PWM modes

On 22.02.2018 19:28, Andy Shevchenko wrote: > On Thu, Feb 22, 2018 at 2:01 PM, Claudiu Beznea > wrote: >> Add PWM normal and complementary modes. > >> +- PWM_DTMODE_COMPLEMENTARY: PWM complementary working mode (for PWM >> +channels two outputs); if not specified,

Re: [PATCH v3 06/10] pwm: add PWM modes

On Thu, Feb 22, 2018 at 2:01 PM, Claudiu Beznea wrote: > Add PWM normal and complementary modes. > +- PWM_DTMODE_COMPLEMENTARY: PWM complementary working mode (for PWM > +channels two outputs); if not specified, the default for PWM channel will > +be used What DT

[PATCH v4] v4l: vsp1: Fix video output on R8A77970

From: Sergei Shtylyov Commit d455b45f8393 ("v4l: vsp1: Add support for new VSP2-BS, VSP2-DL, and VSP2-D instances") added support for the VSP2-D found in the R-Car V3M (R8A77970) but the video output that VSP2-D sends to DU has a greenish garbage-like line

Re: [PATCH v3] vsp1: fix video output on R8A77970

Hi Sergei, On Thursday, 22 February 2018 18:26:20 EET Laurent Pinchart wrote: > On Thursday, 18 January 2018 16:05:51 EET Sergei Shtylyov wrote: > > Commit d455b45f8393 ("v4l: vsp1: Add support for new VSP2-BS, VSP2-DL, > > and VSP2-D instances") added support for the VSP2-D found in the R-Car >

Re: [PATCH v3] vsp1: fix video output on R8A77970

Hi Sergei, Thank you for the patch. On Thursday, 18 January 2018 16:05:51 EET Sergei Shtylyov wrote: > Commit d455b45f8393 ("v4l: vsp1: Add support for new VSP2-BS, VSP2-DL, > and VSP2-D instances") added support for the VSP2-D found in the R-Car > V3M (R8A77970) but the video output that VSP2-D

Re: [PATCH 1/4] v4l: vsp1: fix mask creation for MULT_ALPHA_RATIO

Hi Wolfram, Thank you for the patch. On Monday, 5 February 2018 22:09:58 EET Wolfram Sang wrote: > Due to a typo, the mask was destroyed by a comparison instead of a bit > shift. No regression since the mask has not been used yet. > > Signed-off-by: Wolfram Sang

Re: Some questions about the UVC gadget

Hello Kelly, (CC'ing Paul Elder) On Thursday, 22 February 2018 11:03:42 EET Felipe Balbi wrote: > Kelly Huang writes: > > Dear Mr.Balbi, > > > > I am a college student from China. Recently, I am doing some research on > > the UVC gadget. After reading the source code, I found that the uvc

Re: [PATCH v9 11/11] media: i2c: ov7670: Fully set mbus frame fmt

Hi Laurent, On Thu, Feb 22, 2018 at 02:47:06PM +0200, Laurent Pinchart wrote: > Hi Jacopo, > > On Thursday, 22 February 2018 14:36:00 EET jacopo mondi wrote: > > On Thu, Feb 22, 2018 at 02:14:53PM +0200, Laurent Pinchart wrote: > > > On Thursday, 22 February 2018 14:04:12 EET jacopo mondi wrote:

Re: [PATCH v2 1/3] staging: xm2mvscale: Driver support for Xilinx M2M Video Scaler

On Wed, Feb 21, 2018 at 02:43:14PM -0800, Rohit Athavale wrote: > This commit adds driver support for the pre-release Xilinx M2M Video > Scaler IP. There are three parts to this driver : > > - The Hardware/IP layer that reads and writes register of the IP >contained in the scaler_hw_xm2m.c >

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On 22.02.2018 15:01, Sean Young wrote: > On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: >> Add PWM mode to pwm_config() function. The drivers which uses pwm_config() >> were adapted to this change. >> >> Signed-off-by: Claudiu Beznea >> --- > >

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On 22.02.2018 14:33, Daniel Thompson wrote: > On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: >> Add PWM mode to pwm_config() function. The drivers which uses pwm_config() >> were adapted to this change. >> >> Signed-off-by: Claudiu Beznea >> --- >>

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: > Add PWM mode to pwm_config() function. The drivers which uses pwm_config() > were adapted to this change. > > Signed-off-by: Claudiu Beznea > --- -snip- > diff --git a/drivers/media/rc/ir-rx51.c

Re: [PATCH v9 11/11] media: i2c: ov7670: Fully set mbus frame fmt

Hi Jacopo, On Thursday, 22 February 2018 14:36:00 EET jacopo mondi wrote: > On Thu, Feb 22, 2018 at 02:14:53PM +0200, Laurent Pinchart wrote: > > On Thursday, 22 February 2018 14:04:12 EET jacopo mondi wrote: > >> On Wed, Feb 21, 2018 at 10:28:06PM +0200, Laurent Pinchart wrote: > >>> On Tuesday,

Re: [PATCH v2] videodev2.h: add helper to validate colorspace

Hi Hans, On Thursday, 22 February 2018 09:38:46 EET Hans Verkuil wrote: > On 02/21/2018 09:16 PM, Laurent Pinchart wrote: > > On Tuesday, 20 February 2018 10:37:22 EET Hans Verkuil wrote: > >> On 02/19/2018 11:28 PM, Niklas Söderlund wrote: > >>> Hi Hans, > >>> > >>> Thanks for your feedback. >

Re: [PATCH v2] videodev2.h: add helper to validate colorspace

Hi Hans, On Thursday, 22 February 2018 10:01:13 EET Hans Verkuil wrote: > On 02/21/2018 10:01 PM, Sakari Ailus wrote: > > On Wed, Feb 21, 2018 at 10:16:25PM +0200, Laurent Pinchart wrote: > >> No, I'm sorry, for MC-based drivers this isn't correct. The media entity > >> that symbolizes the DMA

Re: [PATCH v9 11/11] media: i2c: ov7670: Fully set mbus frame fmt

Hi Laurent, On Thu, Feb 22, 2018 at 02:14:53PM +0200, Laurent Pinchart wrote: > Hi Jacopo, > > On Thursday, 22 February 2018 14:04:12 EET jacopo mondi wrote: > > On Wed, Feb 21, 2018 at 10:28:06PM +0200, Laurent Pinchart wrote: > > > On Tuesday, 20 February 2018 10:58:57 EET jacopo mondi wrote: >

Re: [PATCH 0/5] Move finding the best match for size to V4L2 common

On 02/08/18 13:44, Sakari Ailus wrote: > Hi folks, > > This set should make it a bit easier to support finding the right size in > sensor drivers. Two sensor drivers and vivid are converted as an example. > > I've tested the vivid change only but the patches are effectively the same > and

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: > Add PWM mode to pwm_config() function. The drivers which uses pwm_config() > were adapted to this change. > > Signed-off-by: Claudiu Beznea > --- > arch/arm/mach-s3c24xx/mach-rx1950.c | 11

Re: [PATCH v9 11/11] media: i2c: ov7670: Fully set mbus frame fmt

Hi Jacopo, On Thursday, 22 February 2018 14:04:12 EET jacopo mondi wrote: > On Wed, Feb 21, 2018 at 10:28:06PM +0200, Laurent Pinchart wrote: > > On Tuesday, 20 February 2018 10:58:57 EET jacopo mondi wrote: > > > On Mon, Feb 19, 2018 at 09:19:32PM +0200, Laurent Pinchart wrote: > > > > On

[PATCH v3 00/10] extend PWM framework to support PWM modes

Hi all, Please give feedback on these patches which extends the PWM framework in order to support multiple PWM modes of operations. This series is a rework of [1] and [2]. The current patch series add the following PWM modes: - PWM mode normal - PWM mode complementary - PWM mode push-pull

[PATCH v3 02/10] pwm: clps711x: populate PWM mode in of_xlate function

Populate PWM mode in of_xlate function to avoid pwm_apply_state() failure. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-clps711x.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-clps711x.c

[PATCH v3 04/10] pwm: pxa: populate PWM mode in of_xlate function

Populate PWM mode in of_xlate function to avoid pwm_apply_state() failure. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-pxa.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/pwm/pwm-pxa.c b/drivers/pwm/pwm-pxa.c index 4143a46684d2..7a035716e054

[PATCH v3 01/10] pwm: extend PWM framework with PWM modes

Add basic PWM modes: normal and complementary. These modes should differentiate the single output PWM channels from two outputs PWM channels. These modes could be set as follow: 1. PWM channels with one output per channel: - normal mode 2. PWM channels with two outputs per channel: - normal mode -

[PATCH v3 05/10] pwm: add PWM mode to pwm_config()

Add PWM mode to pwm_config() function. The drivers which uses pwm_config() were adapted to this change. Signed-off-by: Claudiu Beznea --- arch/arm/mach-s3c24xx/mach-rx1950.c | 11 +-- drivers/bus/ts-nbus.c| 2 +- drivers/clk/clk-pwm.c

[PATCH v3 06/10] pwm: add PWM modes

Add PWM normal and complementary modes. Signed-off-by: Claudiu Beznea --- Documentation/devicetree/bindings/pwm/pwm.txt | 9 +++-- Documentation/pwm.txt | 26 +++--- include/dt-bindings/pwm/pwm.h | 1

[PATCH v3 09/10] pwm: add documentation for pwm push-pull mode

Add documentation for PWM push-pull mode. Signed-off-by: Claudiu Beznea Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/pwm/pwm.txt | 2 ++ Documentation/pwm.txt | 16

[PATCH v3 07/10] pwm: atmel: add pwm capabilities

Add pwm capabilities for Atmel/Microchip PWM controllers. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-atmel.c | 80 - 1 file changed, 52 insertions(+), 28 deletions(-) diff --git a/drivers/pwm/pwm-atmel.c

[PATCH v3 10/10] pwm: atmel: add push-pull mode support

Add support for PWM push-pull mode. This is only supported by SAMA5D2 SoCs. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-atmel.c | 40 1 file changed, 36 insertions(+), 4 deletions(-) diff --git

Re: [PATCH v9 11/11] media: i2c: ov7670: Fully set mbus frame fmt

Hi Laurent, On Wed, Feb 21, 2018 at 10:28:06PM +0200, Laurent Pinchart wrote: > Hi Jacopo, > > On Tuesday, 20 February 2018 10:58:57 EET jacopo mondi wrote: > > On Mon, Feb 19, 2018 at 09:19:32PM +0200, Laurent Pinchart wrote: > > > On Monday, 19 February 2018 18:59:44 EET Jacopo Mondi wrote: > >

[PATCH v3 08/10] pwm: add push-pull mode support

Add push-pull mode support. In push-pull mode the channels' outputs have same polarities and the edges are complementary delayed for one period. Signed-off-by: Claudiu Beznea --- include/linux/pwm.h | 9 - 1 file changed, 8 insertions(+), 1 deletion(-)

[PATCH v3 03/10] pwm: cros-ec: populate PWM mode in of_xlate function

Populate PWM mode in of_xlate function to avoid pwm_apply_state() failure. Signed-off-by: Claudiu Beznea --- drivers/pwm/pwm-cros-ec.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/pwm/pwm-cros-ec.c b/drivers/pwm/pwm-cros-ec.c index

Re: [ALPHA PATCH] vivid: add media device

Hi Hans, I love your patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.16-rc2 next-20180222] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH 1/2] media: ov2680: dt: Add bindings for OV2680

On Thu, Feb 22, 2018 at 7:23 AM, Rui Miguel Silva wrote: > Add device tree binding documentation for the OV5640 camera sensor. s/OV5640/OV2680

Re: [PATCH 1/2] media: ov2680: dt: Add bindings for OV2680

Hi Rui, Thanks for the patchset. Could you use "dt: bindings: " prefix in the subject? On Thu, Feb 22, 2018 at 10:23:37AM +, Rui Miguel Silva wrote: > Add device tree binding documentation for the OV5640 camera sensor. > > CC: devicet...@vger.kernel.org > Signed-off-by: Rui Miguel Silva

Re: [PATCH 00/13] Remove metag architecture

On 22 February 2018 at 09:48, James Hogan wrote: > On Thu, Feb 22, 2018 at 10:26:54AM +0100, Peter Zijlstra wrote: >> On Wed, Feb 21, 2018 at 11:38:12PM +, James Hogan wrote: >> > So lets call it a day and drop the Meta architecture port from the >> > kernel. RIP Meta. >>

[PATCH v11 03/10] media: platform: Add Renesas CEU driver

Add driver for Renesas Capture Engine Unit (CEU). The CEU interface supports capturing 'data' (YUV422) and 'images' (NV[12|21|16|61]). This driver aims to replace the soc_camera-based sh_mobile_ceu one. Tested with ov7670 camera sensor, providing YUYV_2X8 data on Renesas RZ platform GR-Peach.

[PATCH v11 01/10] dt-bindings: media: Add Renesas CEU bindings

Add bindings documentation for Renesas Capture Engine Unit (CEU). Signed-off-by: Jacopo Mondi Reviewed-by: Rob Herring Reviewed-by: Laurent Pinchart Acked-by: Hans Verkuil ---

[PATCH v11 05/10] media: i2c: Copy ov772x soc_camera sensor driver

Copy the soc_camera based driver in v4l2 sensor driver directory. This commit just copies the original file without modifying it. No modification to KConfig and Makefile as soc_camera framework dependencies need to be removed first in next commit. Signed-off-by: Jacopo Mondi

[PATCH v11 02/10] include: media: Add Renesas CEU driver interface

Add renesas-ceu header file. Do not remove the existing sh_mobile_ceu.h one as long as the original driver does not go away. Signed-off-by: Jacopo Mondi Reviewed-by: Laurent Pinchart Acked-by: Hans Verkuil

[PATCH v11 04/10] ARM: dts: r7s72100: Add Capture Engine Unit (CEU)

Add Capture Engine Unit (CEU) node to device tree. Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven Reviewed-by: Laurent Pinchart Acked-by: Hans Verkuil ---

[PATCH v11 06/10] media: i2c: ov772x: Remove soc_camera dependencies

Remove soc_camera framework dependencies from ov772x sensor driver. - Handle clock and gpios - Register async subdevice - Remove soc_camera specific g/s_mbus_config operations - Change image format colorspace from JPEG to SRGB as the two use the same colorspace information but JPEG makes

[PATCH v11 07/10] media: i2c: ov772x: Support frame interval handling

Add support to ov772x driver for frame intervals handling and enumeration. Tested with 10MHz and 24MHz input clock at VGA and QVGA resolutions for 10, 15 and 30 frame per second rates. Signed-off-by: Jacopo Mondi Reviewed-by: Laurent Pinchart

[PATCH v11 09/10] media: i2c: tw9910: Remove soc_camera dependencies

Remove soc_camera framework dependencies from tw9910 sensor driver. - Handle clock and gpios - Register async subdevice - Remove soc_camera specific g/s_mbus_config operations - Add kernel doc to driver interface header file - Adjust build system This commit does not remove the original

[PATCH v11 10/10] arch: sh: migor: Use new renesas-ceu camera driver

Migo-R platform uses sh_mobile_ceu camera driver, which is now being replaced by a proper V4L2 camera driver named 'renesas-ceu'. Move Migo-R platform to use the v4l2 renesas-ceu camera driver interface and get rid of soc_camera defined components used to register sensor drivers and of platform

[PATCH v11 08/10] media: i2c: Copy tw9910 soc_camera sensor driver

Copy the soc_camera based driver in v4l2 sensor driver directory. This commit just copies the original file without modifying it. No modification to KConfig and Makefile as soc_camera framework dependencies need to be removed first in next commit. Signed-off-by: Jacopo Mondi

[PATCH v11 00/10] Renesas Capture Engine Unit (CEU) V4L2 driver

Hello, Hans reported he sees a few warnings when compiling CEU driver with gcc7.3.0 I have silenced them, and the one reported in "probe" was actually a bug. That's the diff from v10: diff --git a/drivers/media/platform/renesas-ceu.c b/drivers/media/platform/renesas-ceu.c index

[PATCH 2/2] media: ov2680: Add Omnivision OV2680 sensor driver

This patch adds V4L2 sub-device driver for OV2680 image sensor. The OV2680 is a 1/5" CMOS color sensor from Omnivision. Supports output format: 10-bit Raw RGB. The OV2680 has a single lane MIPI interface. The driver exposes following V4L2 controls: - auto/manual exposure, - exposure, -

[PATCH 0/2] media: Introduce Omnivision OV2680 driver

Add driver and bindings for the OV2680 2 megapixel CMOS 1/5" sensor, which has a single MIPI lane interface and output format of 10-bit Raw RGB. Features supported are described in PATCH 2/2. Cheers, Rui Rui Miguel Silva (2): media: ov2680: dt: Add bindings for OV2680 media: ov2680: Add

[PATCH 1/2] media: ov2680: dt: Add bindings for OV2680

Add device tree binding documentation for the OV5640 camera sensor. CC: devicet...@vger.kernel.org Signed-off-by: Rui Miguel Silva --- .../devicetree/bindings/media/i2c/ov2680.txt | 34 ++ 1 file changed, 34 insertions(+) create mode 100644

Re: [PATCH v10 03/10] media: platform: Add Renesas CEU driver

On 02/21/18 18:47, Jacopo Mondi wrote: > Add driver for Renesas Capture Engine Unit (CEU). > > The CEU interface supports capturing 'data' (YUV422) and 'images' > (NV[12|21|16|61]). > > This driver aims to replace the soc_camera-based sh_mobile_ceu one. > > Tested with ov7670 camera sensor,

[PATCH] media: stm32-dcmi: add JPEG support

Add DCMI JPEG support. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 195 +++--- 1 file changed, 148 insertions(+), 47 deletions(-) diff --git a/drivers/media/platform/stm32/stm32-dcmi.c

[PATCH] media: stm32-dcmi: fix unnecessary parentheses

Fix unnecessary parentheses in if conditions. Detected by checkpatch.pl --strict. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH v2] media: stm32-dcmi: rework overrun/error case

Do not stop/restart dma on overrun or errors. Dma will be restarted on current frame transfer completion. Frame transfer completion is ensured even if overrun or error occurs by DCMI continuous capture mode which restarts data transfer at next frame sync. Do no warn on overrun while in irq thread,

Re: [PATCH 00/13] Remove metag architecture

On Thu, Feb 22, 2018 at 10:26:54AM +0100, Peter Zijlstra wrote: > On Wed, Feb 21, 2018 at 11:38:12PM +, James Hogan wrote: > > So lets call it a day and drop the Meta architecture port from the > > kernel. RIP Meta. > > So long, and thanks for all the fish! > > Nice cleanup though, most

[PATCH v2] media: stm32-dcmi: fix lock scheme

Fix lock scheme leading to spurious freeze. Signed-off-by: Hugues Fruchet --- version 2: - dcmi_buf_queue() refactor to avoid to have "else" after "return" (warning detected by checkpatch.pl --strict -f stm32-dcmi.c) drivers/media/platform/stm32/stm32-dcmi.c | 57

[PATCH 0/3] Update MAINTAINERS file preparing for CEU inclusion

Hi Hans, this 3 patches update MAINTAINERS in preparation for CEU inclusion. I have listed myself as contact for CEU driver, as well as for ov772x as I've a access to a test platform but for "Odd fixes" only. I listed tw9910 as unmaintained instead, as I've not been able to test it. Thanks

[PATCH 3/3] MAINTAINERS: Add entry for Techwell TW9910

Add entry for Techwell TW9910 video decoder. The driver is currently orphaned. Signed-off-by: Jacopo Mondi --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 64b8cd4..da1a88d 100644 --- a/MAINTAINERS +++

[PATCH 1/3] MAINTAINERS: Add entry for Renesas CEU

Add entry for Renesas Capture Engine Interface listing myself as maintainer. Signed-off-by: Jacopo Mondi --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index aee793b..de0d4c6 100644 --- a/MAINTAINERS +++

[PATCH 2/3] MAINTAINERS: Add entry for Omnivision OV772x

Add entry for Omnivision OV772x image sensor listing myself as maintainer for 'Odd fixes' only, as I currently have access to a platform for testing. Signed-off-by: Jacopo Mondi --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS

Re: [RFCv4 01/21] media: add request API core and UAPI

On 02/22/18 10:30, Alexandre Courbot wrote: > On Wed, Feb 21, 2018 at 4:29 PM, Hans Verkuil wrote: >> On 02/21/2018 07:01 AM, Alexandre Courbot wrote: >>> Hi Hans, >>> >>> On Tue, Feb 20, 2018 at 7:36 PM, Hans Verkuil wrote: On 02/20/18 05:44,

[PATCH 1/1] videobuf2: Add VIDEOBUF2_V4L2 Kconfig option for videobuf2 V4L2 part

Videobuf2 is now separate from V4L2 and can be now built without it, at least in principle --- enabling videobuf2 in kernel configuration attempts to compile videobuf2-v4l2.c but that will fail if CONFIG_VIDEO_V4L2 isn't enabled. Solve this by adding a separate Kconfig option for videobuf2-v4l2

Re: [RFCv4 01/21] media: add request API core and UAPI

On Wed, Feb 21, 2018 at 4:29 PM, Hans Verkuil wrote: > On 02/21/2018 07:01 AM, Alexandre Courbot wrote: >> Hi Hans, >> >> On Tue, Feb 20, 2018 at 7:36 PM, Hans Verkuil wrote: >>> On 02/20/18 05:44, Alexandre Courbot wrote: > > > +#define

Re: [PATCH 00/13] Remove metag architecture

On Wed, Feb 21, 2018 at 11:38:12PM +, James Hogan wrote: > So lets call it a day and drop the Meta architecture port from the > kernel. RIP Meta. So long, and thanks for all the fish! Nice cleanup though, most welcome :-) Acked-by: Peter Zijlstra (Intel)

Re: [PATCH] i2c: adv748x: afe: fix sparse warning

Hi Niklas, On Thu, Feb 22, 2018 at 12:21 AM, Niklas Söderlund wrote: > This fixes the following sparse warning: > > drivers/media/i2c/adv748x/adv748x-afe.c:294:34:expected unsigned int > [usertype] *signal >

Re: Some questions about the UVC gadget

Hi, Kelly Huang writes: > Dear Mr.Balbi, > > I am a college student from China. Recently, I am doing some research on > the UVC gadget. After reading the source code, I found that the uvc gadget > framework only supports two types of video streaming format, the >

Re: [v4l-utils PATCH 2/2] Add --with-static-binaries option to link binaries statically

Hi guys, On Mon, Sep 26, 2016 at 03:02:53PM -0300, Mauro Carvalho Chehab wrote: > Em Mon, 26 Sep 2016 19:41:39 +0200 > Gregor Jasny escreveu: > > > On 19/09/2016 16:21, Mauro Carvalho Chehab wrote: > > > Em Mon, 19 Sep 2016 16:22:30 +0300 > > > Sakari Ailus

[PATCH] staging: media: atomisp: Remove inclusion of non-existing directories

This patch fix the following build warnings: CC [M] drivers/staging/media/atomisp/pci/atomisp2/atomisp_drvfs.o cc1: warning: drivers/staging/media/atomisp/pci/atomisp2/css2400/isp/kernels/bayer_ls/bayer_ls_1.0/: No such file or directory [-Wmissing-include-dirs] cc1: warning:

Re: [PATCH v2] videodev2.h: add helper to validate colorspace

On 02/21/2018 10:01 PM, Sakari Ailus wrote: > Hi Laurent and Hans, > > On Wed, Feb 21, 2018 at 10:16:25PM +0200, Laurent Pinchart wrote: >> No, I'm sorry, for MC-based drivers this isn't correct. The media entity >> that >> symbolizes the DMA engine indeed has a sink pad, but it's a video node,