Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

Hi Everyone, On Wed, May 10, 2017 at 9:24 AM, Inki Dae wrote: > > > 2017년 04월 26일 07:21에 Sakari Ailus 이(가) 쓴 글: >> Hi Marek, >> >> On Thu, Apr 20, 2017 at 01:23:09PM +0200, Marek Szyprowski wrote: >>> Hi Laurent, >>> >>> On 2017-04-20 12:25, Laurent Pinchart wrote: Hi

cron job: media_tree daily build: WARNINGS

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: Wed May 10 05:00:23 CEST 2017 media-tree git hash:3622d3e77ecef090b5111e3c5423313f11711dfa media_build

Re: [RFC 0/4] Exynos DRM: add Picture Processor extension

2017년 04월 26일 07:21에 Sakari Ailus 이(가) 쓴 글: > Hi Marek, > > On Thu, Apr 20, 2017 at 01:23:09PM +0200, Marek Szyprowski wrote: >> Hi Laurent, >> >> On 2017-04-20 12:25, Laurent Pinchart wrote: >>> Hi Marek, >>> >>> (CC'ing Sakari Ailus) >>> >>> Thank you for the patches. >>> >>> On Thursday 20

Re: [PATCH v5 3/7] media: i2c: max2175: Add MAX2175 support

Hi Ramesh, On Tue, May 09, 2017 at 02:37:34PM +0100, Ramesh Shanmugasundaram wrote: > This patch adds driver support for the MAX2175 chip. This is Maxim > Integrated's RF to Bits tuner front end chip designed for software-defined > radio solutions. This driver exposes the tuner as a sub-device

[PATCH] media: usb: au0828: remove dead code

Local variable _ret_ is assigned to a constant value and it is never updated again. Remove this variable and the dead code it guards. Addresses-Coverity-ID: 112968 Signed-off-by: Gustavo A. R. Silva --- drivers/media/usb/au0828/au0828-video.c | 8 +--- 1 file

Re: [PATCH v5 2/7] dt-bindings: media: Add MAX2175 binding description

Hi Ramesh, On Tue, May 09, 2017 at 02:37:33PM +0100, Ramesh Shanmugasundaram wrote: > Add device tree binding documentation for MAX2175 RF to bits tuner > device. > > Signed-off-by: Ramesh Shanmugasundaram > > Acked-by: Rob Herring >

Dearest

Dearest , I am constrained to contact you because of the maltreatment which I am receiving from my step mother. She planned to take away all my late father's treasury and properties from me since the unexpected death of my beloved Father ,my mother died 10years ago and I was left alone with

Re: [PATCH] staging: media: cxd2099: Use __func__ macro in messages

Hi Alexandre! The current cxd2099 driver is an old version. DD provides a newer variant. Please see my patch series http://www.mail-archive.com/linux-media@vger.kernel.org/msg112410.html Especially this patch http://www.mail-archive.com/linux-media@vger.kernel.org/msg112409.html where I

[PATCH v3 1/2] Revert "[media] v4l: vsp1: Supply frames to the DU continuously"

This reverts commit 3299ba5c0b21 ("[media] v4l: vsp1: Supply frames to the DU continuously") The DU output mode does not rely on frames being supplied on the WPF as its pipeline is supplied from DRM. For the upcoming WPF writeback functionality, we will choose to enable writeback mode if there is

[PATCH v3 0/2] vsp1 writeback prototype

This short series extends the VSP1 on the RCar platforms to allow creating a V4L2 video node on display pipelines where the hardware allows writing to memory simultaneously. In this instance, the hardware restricts the output to match the display size (no rescaling) but does allow pixel format

[PATCH v3 2/2] v4l: vsp1: Provide a writeback video device

When the VSP1 is used in an active display pipeline, the output of the WPF can supply the LIF entity directly and simultaneously write to memory. Support this functionality in the VSP1 driver, by extending the WPF source pads, and establishing a V4L2 video device node connected to the new source.

Re: [PATCH 1/4] v4l: vsp1: Implement partition algorithm restrictions

Hi Laurent, On 13/02/17 19:17, Laurent Pinchart wrote: > Hi Kieran, > > (CC'ing Morimoto-san) > > Thank you for the patch. > > On Friday 04 Nov 2016 18:19:27 Kieran Bingham wrote: >> The partition algorithm introduced to support scaling, and rotation on > > s/,// if I'm not mistaken. > >>

[PATCH v9 5/9] media: venus: vdec: add video decoder files

This consists of video decoder implementation plus decoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/vdec.c | 1154 drivers/media/platform/qcom/venus/vdec.h | 23 +

[PATCH v9 1/9] media: v4l2-mem2mem: extend m2m APIs for more accurate buffer management

this add functions for: - remove buffers from src/dst queue by index - remove exact buffer from src/dst queue also extends m2m API to iterate over a list of src/dst buffers in safely and non-safely manner. Reviewed-by: Hans Verkuil Signed-off-by: Stanimir Varbanov

[PATCH v9 8/9] media: venus: hfi: add Venus HFI files

Here is the implementation of Venus video accelerator low-level functionality. It contanins code which setup the registers and startup uthe processor, allocate and manipulates with the shared memory used for sending commands and receiving messages. Signed-off-by: Stanimir Varbanov

[PATCH v9 9/9] media: venus: enable building of Venus video driver

This adds Venus driver Makefile and changes v4l2 platform Makefile/Kconfig in order to enable building of the driver. Note that in this initial version the COMPILE_TEST-ing is not supported because the drivers specific to ARM builds are still in process of enabling the aforementioned compile

[PATCH v9 4/9] media: venus: adding core part and helper functions

* core.c has implemented the platform driver methods, file operations and v4l2 registration. * helpers.c has implemented common helper functions for: - buffer management - vb2_ops and functions for format propagation, - functions for allocating and freeing buffers for internal

[PATCH v9 7/9] media: venus: hfi: add Host Firmware Interface (HFI)

This is the implementation of HFI. It is charged with the responsibility to comunicate with the firmware through an interface commands and messages. - hfi.c has interface functions used by the core, decoder and encoder parts to comunicate with the firmware. For example there are functions for

[PATCH v9 6/9] media: venus: venc: add video encoder files

This adds encoder part of the driver plus encoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/venc.c | 1283 drivers/media/platform/qcom/venus/venc.h | 23 +

[PATCH v9 2/9] doc: DT: venus: binding document for Qualcomm video driver

Add binding document for Venus video encoder/decoder driver Acked-by: Rob Herring Signed-off-by: Stanimir Varbanov --- .../devicetree/bindings/media/qcom,venus.txt | 107 + 1 file changed, 107 insertions(+) create mode

[PATCH v9 3/9] MAINTAINERS: Add Qualcomm Venus video accelerator driver

Add an entry for Venus video encoder/decoder accelerator driver. Signed-off-by: Stanimir Varbanov --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 58590cfed9f8..cff2be4a44d0 100644 --- a/MAINTAINERS +++

[PATCH v9 0/9] Qualcomm video decoder/encoder driver

warnings. Patches applies cleanly on next-20170509 and media_tree. regards, Stan Stanimir Varbanov (9): media: v4l2-mem2mem: extend m2m APIs for more accurate buffer management doc: DT: venus: binding document for Qualcomm video driver MAINTAINERS: Add Qualcomm Venus video accelerator

Re: [PATCH 3/3] [media] intel-ipu3: cio2: Add new MIPI-CSI2 driver

On Tue, May 2, 2017 at 9:00 PM, Sakari Ailus wrote: > Hi Yong, > > Thanks for the patches! Some comments below. > > On Sat, Apr 29, 2017 at 06:34:36PM -0500, Yong Zhi wrote: >> + >> +/ FBPT operations / >> + >> +static void

Re: [PATCH v5 6/7] dt-bindings: media: Add Renesas R-Car DRIF binding

On Tue, May 9, 2017 at 8:37 AM, Ramesh Shanmugasundaram wrote: > Add binding documentation for Renesas R-Car Digital Radio Interface > (DRIF) controller. > > Signed-off-by: Ramesh Shanmugasundaram > > --- > v5: > -

[PATCH v3] dw9714: Initial driver for dw9714 VCM

DW9714 is a 10 bit DAC, designed for linear control of voice coil motor. This driver creates a V4L2 subdevice and provides control to set the desired focus. Signed-off-by: Rajmohan Mani --- Changes in v3: - Addressed most of the review comments from Sakari

[PATCH v5 7/7] media: platform: rcar_drif: Add DRIF support

This patch adds Digital Radio Interface (DRIF) support to R-Car Gen3 SoCs. The driver exposes each instance of DRIF as a V4L2 SDR device. A DRIF device represents a channel and each channel can have one or two sub-channels respectively depending on the target board. DRIF supports only Rx

[PATCH v5 5/7] doc_rst: media: New SDR formats PC16, PC18 & PC20

This patch adds documentation for the three new SDR formats V4L2_SDR_FMT_PCU16BE V4L2_SDR_FMT_PCU18BE V4L2_SDR_FMT_PCU20BE Signed-off-by: Ramesh Shanmugasundaram --- .../media/uapi/v4l/pixfmt-sdr-pcu16be.rst | 55 ++

[PATCH v5 6/7] dt-bindings: media: Add Renesas R-Car DRIF binding

Add binding documentation for Renesas R-Car Digital Radio Interface (DRIF) controller. Signed-off-by: Ramesh Shanmugasundaram --- v5: - Addressed Rob's comments on v4: - Formatted compatible string entries. - Removed "status". -

[PATCH v5 2/7] dt-bindings: media: Add MAX2175 binding description

Add device tree binding documentation for MAX2175 RF to bits tuner device. Signed-off-by: Ramesh Shanmugasundaram Acked-by: Rob Herring --- v5: - pF in property-units.txt is renamed to pico-farads (Geert) - "maxim,refout-load-pF" is

[PATCH v5 4/7] media: Add new SDR formats PC16, PC18 & PC20

This patch adds support for the three new SDR formats. These formats were prefixed with "planar" indicating I & Q data are not interleaved as in other formats. Here, I & Q data constitutes the top half and bottom half of the received buffer respectively. V4L2_SDR_FMT_PCU16BE - 14-bit complex (I &

[PATCH v5 3/7] media: i2c: max2175: Add MAX2175 support

This patch adds driver support for the MAX2175 chip. This is Maxim Integrated's RF to Bits tuner front end chip designed for software-defined radio solutions. This driver exposes the tuner as a sub-device instance with standard and custom controls to configure the device. Signed-off-by: Ramesh

[PATCH v5 1/7] media: v4l2-ctrls: Reserve controls for MAX217X

Reserve controls for MAX217X RF to Bits tuner family. These hybrid radio receiver chips are highly programmable and hence reserving 32 controls. Signed-off-by: Ramesh Shanmugasundaram Acked-by: Laurent Pinchart ---

[PATCH v5 0/7] Add V4L2 SDR (DRIF & MAX2175) driver

Hi Media, DT maintainers, All, This patch set contains two drivers - Renesas R-Car Digital Radio Interface (DRIF) driver - Maxim's MAX2175 RF to Bits tuner driver These patches were based on top of media-next repo commit:6d95b3f24881c0fd0f345eca959a2a803a040930 These two drivers combined

RE: [PATCH] dw9714: Initial driver for dw9714 VCM

Hi Sakari, Please see comments inline below. > -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Tuesday, May 09, 2017 4:55 AM > To: Mani, Rajmohan > Cc: linux-media@vger.kernel.org; mche...@kernel.org > Subject: Re: [PATCH] dw9714:

Re: [PATCH] dw9714: Initial driver for dw9714 VCM

On Tue, May 9, 2017 at 9:22 PM, Tomasz Figa wrote: > +Rafael, Kevin and Ulf, > > On Tue, May 9, 2017 at 8:16 PM, Sakari Ailus wrote: >> Hi Tomasz, >> >> On Tue, May 09, 2017 at 07:38:26PM +0800, Tomasz Figa wrote: >>> On Tue, May 9, 2017 at 6:40 PM,

Re: [PATCH] dw9714: Initial driver for dw9714 VCM

+Rafael, Kevin and Ulf, On Tue, May 9, 2017 at 8:16 PM, Sakari Ailus wrote: > Hi Tomasz, > > On Tue, May 09, 2017 at 07:38:26PM +0800, Tomasz Figa wrote: >> On Tue, May 9, 2017 at 6:40 PM, Sakari Ailus wrote: >> > Hi Tomasz, >> > >> > On Tue, May 09,

Re: [systemd-devel] [PATCH] 50-udev-default.rules.in: set correct group for mediaX/cecX

On Tue, 09.05.17 09:40, Hans Verkuil (hverk...@xs4all.nl) wrote: > The /dev/mediaX and /dev/cecX devices belong to the video group. > Add two default rules for that. > > The /dev/cecX devices were introduced in kernel 4.8 in staging and moved > out of staging in 4.10. These devices support the

[PATCH v5 2/2] v4l: vsp1: Repair suspend resume operations for video pipelines

When a suspend/resume action is taken, the pipeline is reset and never reconfigured. To correct this, we establish a new flag pipe->configured and utilise this to establish when we write a full configuration set to the current display list. Signed-off-by: Kieran Bingham

[PATCH v5 1/2] v4l: vsp1: Move vsp1_video_setup_pipeline()

Move the static vsp1_video_setup_pipeline() function in preparation for the callee updates so that the vsp1_video_pipeline_run() call can configure pipelines following suspend resume actions. This commit is just a code move for clarity performing no functional change. Signed-off-by: Kieran

[PATCH v5 0/2] v4l: vsp1: Fix suspend/resume and race on M2M pipelines

This small patchset helps rework the VSP1 driver to repair an issue on suspend/resume operations whereby the pipeline does not get reconfigured after it has been re-initialised following a resume operation. Patch [1/2] is a code move only, with no functional change. Patch [2/2] fixes the

[PATCH] staging: media: cxd2099: Use __func__ macro in messages

Replace hardcoded function names in print info with __func__. Signed-off-by: Alexandre Ghiti --- drivers/staging/media/cxd2099/cxd2099.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/media/cxd2099/cxd2099.c

Re: [PATCH] dw9714: Initial driver for dw9714 VCM

Hi Tomasz, On Tue, May 09, 2017 at 07:38:26PM +0800, Tomasz Figa wrote: > On Tue, May 9, 2017 at 6:40 PM, Sakari Ailus wrote: > > Hi Tomasz, > > > > On Tue, May 09, 2017 at 04:30:40PM +0800, Tomasz Figa wrote: > >> Hi Sakari, > >> > >> On Tue, May 9, 2017 at 4:55 AM, Sakari

Greetings

Dearest , I am constrained to contact you because of the maltreatment which I am receiving from my step mother. She planned to take away all my late father's treasurer and properties from me since the unexpected death of my beloved Father ,my mother died 10years ago and I was left alone

Re: [PATCH] dw9714: Initial driver for dw9714 VCM

On Tue, May 9, 2017 at 6:40 PM, Sakari Ailus wrote: > Hi Tomasz, > > On Tue, May 09, 2017 at 04:30:40PM +0800, Tomasz Figa wrote: >> Hi Sakari, >> >> On Tue, May 9, 2017 at 4:55 AM, Sakari Ailus wrote: >> > Hi Rajmohan, >> > >> > A few comments below...

Re: [patch, libv4l]: fix integer overflow

Hi! > > This bit me while trying to use absolute exposure time on Nokia N900: > > > > Can someone apply it to libv4l2 tree? Could I get some feedback on the > > other patches? Is this the way to submit patches to libv4l2? > > Yes, it is. But I do need a Signed-off-by from you. Ok, that should

[patch, libv4l]: Introduce define for lookup table size

Make lookup table size configurable at compile-time. Signed-off-by: Pavel Machek diff --git a/lib/libv4lconvert/processing/libv4lprocessing-priv.h b/lib/libv4lconvert/processing/libv4lprocessing-priv.h index e4a29dd..55e1687 100644 ---

[patch, libv4l]: Add support for GRBG10 format conversion

Add support for GRBG10 format conversion. Signed-off-by: Pavel Machek diff --git a/lib/libv4lconvert/libv4lconvert.c b/lib/libv4lconvert/libv4lconvert.c index d3d8936..a7376b8 100644 --- a/lib/libv4lconvert/libv4lconvert.c +++ b/lib/libv4lconvert/libv4lconvert.c @@ -123,6

[patch, libv4l]: fix typos

Fix random typos. (I searched, and the ALSA define does not seem to be used anywhere, so this should not break anything.) Signed-off-by: Pavel Machek diff --git a/lib/libv4l2/libv4l2.c b/lib/libv4l2/libv4l2.c index 0ba0a88..1b06b6f 100644 --- a/lib/libv4l2/libv4l2.c +++

Re: [PATCH v2] dw9714: Initial driver for dw9714 VCM

Hi Tomasz, On Tue, May 09, 2017 at 04:44:13PM +0800, Tomasz Figa wrote: ... > > +/* This function sets the vcm position, so it consumes least current */ > > +static int dw9714_suspend(struct device *dev) > > +{ > > + struct i2c_client *client = to_i2c_client(dev); > > + struct

Re: [PATCH] dw9714: Initial driver for dw9714 VCM

Hi Tomasz, On Tue, May 09, 2017 at 04:30:40PM +0800, Tomasz Figa wrote: > Hi Sakari, > > On Tue, May 9, 2017 at 4:55 AM, Sakari Ailus wrote: > > Hi Rajmohan, > > > > A few comments below... > > > > On Sun, May 07, 2017 at 04:33:24AM -0700, rajmohan.m...@intel.com wrote: >

Re: [PATCH v2] dw9714: Initial driver for dw9714 VCM

Hi Rajmohan, Some comments below. On Mon, May 8, 2017 at 10:36 PM, Rajmohan Mani wrote: > DW9714 is a 10 bit DAC, designed for linear > control of voice coil motor. > > This driver creates a V4L2 subdevice and > provides control to set the desired focus. > >

Re: [PATCH] dw9714: Initial driver for dw9714 VCM

Hi Sakari, On Tue, May 9, 2017 at 4:55 AM, Sakari Ailus wrote: > Hi Rajmohan, > > A few comments below... > > On Sun, May 07, 2017 at 04:33:24AM -0700, rajmohan.m...@intel.com wrote: [snip] >> + rval = v4l2_async_register_subdev(_dev->sd); >> + if (rval < 0) >> +

Re: [patch, libv4l]: fix integer overflow

Fix integer overflow with EXPOSURE_ABSOLUTE. This is problem for example with Nokia N900. Signed-off-by: Pavel Machek diff --git a/lib/libv4l2/libv4l2.c b/lib/libv4l2/libv4l2.c index e795aee..189fc06 100644 --- a/lib/libv4l2/libv4l2.c +++ b/lib/libv4l2/libv4l2.c @@ -1776,7

RE: [PATCH v2] dw9714: Initial driver for dw9714 VCM

Hi Sakari, > -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Tuesday, May 09, 2017 4:56 AM > To: Mani, Rajmohan > Cc: linux-media@vger.kernel.org; mche...@kernel.org; hverk...@xs4all.nl > Subject: Re: [PATCH v2] dw9714: Initial driver

Re: [patch, libv4l]: fix integer overflow

On Tue 2017-05-09 08:32:20, Hans Verkuil wrote: > On 05/09/2017 08:29 AM, Hans Verkuil wrote: > > On 05/09/2017 12:28 AM, Pavel Machek wrote: > >> Hi! > >> > >> This bit me while trying to use absolute exposure time on Nokia N900: > >> > >> Can someone apply it to libv4l2 tree? Could I get some

[GIT PULL FOR v4.13] Add new STM32 DCMI camera driver

The following changes since commit 3622d3e77ecef090b5111e3c5423313f11711dfa: [media] ov2640: print error if devm_*_optional*() fails (2017-04-25 07:08:21 -0300) are available in the git repository at: git://linuxtv.org/hverkuil/media_tree.git stm32 for you to fetch changes up to

[PATCH] 50-udev-default.rules.in: set correct group for mediaX/cecX

The /dev/mediaX and /dev/cecX devices belong to the video group. Add two default rules for that. The /dev/cecX devices were introduced in kernel 4.8 in staging and moved out of staging in 4.10. These devices support the HDMI CEC bus. The /dev/mediaX devices are much older, but because they are

Re: [PATCH v5 2/8] [media] stm32-dcmi: STM32 DCMI camera interface driver

Hi Hans, It's OK, feel free to change. BR Hugues. On 05/06/2017 10:54 AM, Hans Verkuil wrote: > Hi Hugues, > > On 05/05/2017 05:31 PM, Hugues Fruchet wrote: >> This V4L2 subdev driver enables Digital Camera Memory Interface (DCMI) >> of STMicroelectronics STM32 SoC series. >> >> Reviewed-by:

RE: [PATCH v2 0/2] rcar-du, vsp1: rcar-gen3: Add support for colorkey alpha blending

Hello Daniel, Eric, On Mon, Monday, May 8, 2017 9:29 PM +0200, Daniel Vetter wrote: > -Original Message- > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel > Vetter > Sent: 8 mai 2017 21:30 > To: Eric Anholt > Cc: Gheorghe, Alexandru

[PATCH] 50-udev-default.rules.in: set correct group for mediaX/cecX

The /dev/mediaX and /dev/cecX devices belong to the video group. Add two default rules for that. The /dev/cecX devices were introduced in kernel 4.8 in staging and moved out of staging in 4.10. These devices support the HDMI CEC bus. The /dev/mediaX devices are much older, but because they are

Re: [patch, libv4l]: fix integer overflow

On 05/09/2017 08:29 AM, Hans Verkuil wrote: > On 05/09/2017 12:28 AM, Pavel Machek wrote: >> Hi! >> >> This bit me while trying to use absolute exposure time on Nokia N900: >> >> Can someone apply it to libv4l2 tree? Could I get some feedback on the >> other patches? Is this the way to submit

Re: [patch, libv4l]: fix integer overflow

On 05/09/2017 12:28 AM, Pavel Machek wrote: > Hi! > > This bit me while trying to use absolute exposure time on Nokia N900: > > Can someone apply it to libv4l2 tree? Could I get some feedback on the > other patches? Is this the way to submit patches to libv4l2? Yes, it is. But I do need a