[PATCH 5/6] vivid-tpg: support the DCI-P3 colorspace

From: Hans Verkuil Add support to the test pattern generator for the DCI-P3 colorspace. Signed-off-by: Hans Verkuil --- drivers/media/platform/vivid/vivid-tpg-colors.c | 148 +++-

[PATCH 6/6] vivid: add support for the DCI-P3 colorspace

From: Hans Verkuil Support this new colorspace in vivid. Signed-off-by: Hans Verkuil --- drivers/media/platform/vivid/vivid-core.h | 1 + drivers/media/platform/vivid/vivid-ctrls.c | 3 +++ 2 files changed, 4 insertions(+) diff --git

[PATCH 1/6] vivid: use ARRAY_SIZE to calculate max control value

From: Hans Verkuil The max value of various menu controls is hardcoded, and it is easy to forget to update it after adding a new menu item. So use ARRAY_SIZE instead to calculate this value. Signed-off-by: Hans Verkuil ---

[PATCH 0/6] v4l2: add support for the DCI-P3 colorspace

From: Hans Verkuil This patch series adds support for the DCI-P3 colorspace. This colorspace is used by cinema projectors and is also support by the DisplayPort standard. The first patch is a cleanup patch for the vivid driver, the second improves the colorspace handling

[PATCH 3/6] videodev2.h: add support for the DCI-P3 colorspace

From: Hans Verkuil This colorspace is used for cinema projectors and is supported by the DisplayPort standard. Signed-off-by: Hans Verkuil --- include/uapi/linux/videodev2.h | 18 +- 1 file changed, 13 insertions(+), 5

[PATCH 4/6] DocBook media: document the new DCI-P3 colorspace

From: Hans Verkuil Document this colorspace. Signed-off-by: Hans Verkuil --- Documentation/DocBook/media/v4l/biblio.xml | 9 Documentation/DocBook/media/v4l/pixfmt.xml | 70 ++ 2 files changed, 79 insertions(+)

[PATCH 2/6] vivid: use Bradford method when converting Rec. 709 to NTSC 1953

From: Hans Verkuil The V4L2_COLORSPACE_470_SYSTEM_M (aka NTSC 1953) colorspace has a different whitepoint (C) compared to Rec. 709 (D65). The Bradford method is the recommended method to compensate for that when converting a Rec. 709 color to an NTSC 1953 color. See

[PATCH 13/32] v4l: vsp1: Extract pipeline initialization code into a function

The code will be reused outside of vsp1_video.c. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_pipe.c | 10 ++ drivers/media/platform/vsp1/vsp1_pipe.h | 1 + drivers/media/platform/vsp1/vsp1_video.c | 6 +- 3

[PATCH 10/32] v4l: vsp1: Decouple pipeline end of frame processing from vsp1_video

To make the pipeline structure and operations usable without video devices the frame end processing must be decoupled from struct vsp1_video. Implement this by calling the video frame end function indirectly through a function pointer in struct vsp1_pipeline. Signed-off-by: Laurent Pinchart

[PATCH 32/32] v4l: vsp1: Add display list support

From: Takashi Saito Display lists contain lists of registers and associated values to be applied atomically by the hardware. They lower the pressure on interrupt processing delays when reprogramming the device as settings can be prepared well in advance and queued

[PATCH 22/32] v4l: vsp1: Make the BRU optional

Not all VSP instances have a BRU on R-Car Gen3, make it optional. For backward compatibility with older DT bindings default to BRU availability on R-Car Gen2. Cc: devicet...@vger.kernel.org Signed-off-by: Laurent Pinchart ---

[PATCH 23/32] v4l: vsp1: Move format info to vsp1_pipe.c

Format information and the related helper function are not specific to the V4L2 API, move them from vsp1_video.c to vsp1_pipe.c. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_pipe.c | 110 +++

[PATCH 14/32] v4l: vsp1: Reuse local variable instead of recomputing it

No need to waste CPU cycles when the value we need is already available. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_video.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 20/32] v4l: vsp1: Move entity route setup function to vsp1_entity.c

The function will be used by the DU code, move it out of vsp1_video.c. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_entity.c | 12 drivers/media/platform/vsp1/vsp1_entity.h | 2 ++

[PATCH 26/32] v4l: vsp1: Set the alpha value manually in RPF and WPF s_stream handlers

The RPF and WPF alpha values are set through V4L2 controls and applied when starting the video stream by a call to v4l2_ctrl_handler_setup(). As that function uses the control handler mutex it can't be called in interrupt context, where the VSP+DU pipeline handler might need to reconfigure the

[PATCH 25/32] v4l: vsp1: Make pipeline inputs array index by RPF index

The pipeline inputs array stores pointers to all RPFs contained in the pipeline. It's currently indexed contiguously by adding RPFs in the order they are found during graph walk. This can't easily support dynamic addition and removal of RPFs while streaming, which will be required for combined

[PATCH 05/32] v4l: vsp1: Move video device out of struct vsp1_rwpf

To make the video device nodes optional we need to decouple the [rw]pf instances from the video devices. Move video devices out of struct vsp1_rwpf and instantiate them dynamically in the core driver code. Signed-off-by: Laurent Pinchart ---

[PATCH 16/32] v4l: vsp1: Document the vsp1_pipeline structure

Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_pipe.h | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/drivers/media/platform/vsp1/vsp1_pipe.h b/drivers/media/platform/vsp1/vsp1_pipe.h index

[PATCH 04/32] v4l: vsp1: Rename vsp1_video_buffer to vsp1_vb2_buffer

The structure represent a vsp1 videobuf2 buffer, name it accordingly. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_rpf.c | 2 +- drivers/media/platform/vsp1/vsp1_rwpf.h | 4 ++-- drivers/media/platform/vsp1/vsp1_video.c |

[PATCH 02/32] v4l: vsp1: Store the memory format in struct vsp1_rwpf

Move the format from struct vsp1_video to struct vsp1_rwpf to prepare for VSPD KMS support that will not instantiate V4L2 video device nodes. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_bru.c | 4 ++--

[PATCH 24/32] v4l: vsp1: Make the userspace API optional

The R-Car Gen3 SoCs include VSP instances dedicated to the DU that will be controlled entirely by the rcar-du-drm driver through the KMS API. To support that use case make the userspace V4L2 API optional. Signed-off-by: Laurent Pinchart ---

[PATCH 30/32] v4l: vsp1: Implement atomic update for the DRM driver

Add two API functions named vsp1_du_atomic_begin() and vsp1_du_atomic_flush() to signal the start and end of an atomic update. The vsp1_du_setup_rpf() function is renamed to vsp1_du_atomic_update() for consistency. With this new API, the driver will reprogram all modified inputs atomically before

[PATCH 29/32] v4l: vsp1: Disconnect unused RPFs from the DRM pipeline

Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_drm.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/media/platform/vsp1/vsp1_drm.c b/drivers/media/platform/vsp1/vsp1_drm.c index

[PATCH 28/32] v4l: vsp1: Add VSP+DU support

Implement internal control of the VSP pipeline to be used by the DU DRM/KMS driver when using the VSP as an internal composer handled through DRM/KMS only. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/Makefile | 2 +-

[PATCH 19/32] v4l: vsp1: Remove unused module write functions

Several module write functions are not used, remove them. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_bru.c | 5 - drivers/media/platform/vsp1/vsp1_lif.c | 5 - drivers/media/platform/vsp1/vsp1_lut.c | 5 -

[PATCH 15/32] v4l: vsp1: Extract link creation to separate function

Link creation will be handled differently for the DU pipeline. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_drv.c | 114 ++--- 1 file changed, 64 insertions(+), 50 deletions(-) diff --git

[PATCH 11/32] v4l: vsp1: Split pipeline management code from vsp1_video.c

The code will be used to control the vsp1 driver from the DU driver without using video nodes. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/Makefile | 3 +- drivers/media/platform/vsp1/vsp1_pipe.c | 247

[PATCH 17/32] v4l: vsp1: Fix typo in VI6_DISP_IRQ_STA_DST register name

Rename the VI6_DISP_IRQ_STA_DSE register to VI6_DISP_IRQ_STA_DST to fix a typo and match the datasheet. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_regs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 21/32] v4l: vsp1: Make number of BRU inputs configurable

The R-Car Gen3 family has 5-inputs BRUs, support them by making the number of BRU inputs configurable. As the driver assumes that the number of BRU inputs is equal to the number of RPFs, replace the BRU_MAX_INPUTS macro with VSP1_MAX_RPF to make the assumption apparent. Signed-off-by: Laurent

[PATCH 12/32] v4l: vsp1: Rename video pipeline functions to use vsp1_video prefix

Those functions are specific to video nodes, rename them for consistency. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_video.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git

[PATCH 27/32] v4l: vsp1: Don't validate links when the userspace API is disabled

As the pipeline is configured internally by the driver when the userspace API is disabled its configuration can be trusted and link validation isn't needed. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1.h| 2 ++

[PATCH 06/32] v4l: vsp1: Make rwpf operations independent of video device

The rwpf queue operation doesn't queue a buffer but sets the memory address for the next run. Rename it to set_memory and pass it a new structure independent of the video buffer than only contains memory information. Signed-off-by: Laurent Pinchart ---

[PATCH 18/32] v4l: vsp1: Set the SRU CTRL0 register when starting the stream

Commit 58f896d859ce ("[media] v4l: vsp1: sru: Make the intensity controllable during streaming") refactored the stream start code and removed the SRU CTRL0 register write by mistake. Add it back. Fixes: 58f896d859ce ("[media] v4l: vsp1: sru: Make the intensity controllable during streaming")

[PATCH 00/32] VSP: Add R-Car Gen3 support

Hello, This patch set adds support for the Renesas R-Car Gen3 SoC family to the VSP1 driver. The large number of patches is caused by a change in the display controller architecture that makes usage of the VSP mandatory as the display controller has lost the ability to read data from memory.

[PATCH 31/32] v4l: vsp1: Add support for the R-Car Gen3 VSP2

Add DT compatible strings for the VSP2 instances found in the R-Car Gen3 SoCs and support them in the vsp1 driver. Cc: devicet...@vger.kernel.org Signed-off-by: Laurent Pinchart --- Documentation/devicetree/bindings/media/renesas,vsp1.txt | 5 -

[PATCH 2/4] vivid-tpg: add support for SMPTE 2084 transfer function

From: Hans Verkuil Support the new SMPTE 2084 transfer function in the test pattern generator. Signed-off-by: Hans Verkuil --- drivers/media/platform/vivid/vivid-tpg-colors.c | 96 -

[PATCH 3/4] vivid: add support for SMPTE 2084 transfer function

From: Hans Verkuil Support the new SMPTE 2084 transfer function in the vivid test driver. Signed-off-by: Hans Verkuil --- drivers/media/platform/vivid/vivid-ctrls.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 4/4] DocBook media: Document the SMPTE 2084 transfer function

From: Hans Verkuil Document this new transfer function used by High Dynamic Range content. Signed-off-by: Hans Verkuil --- Documentation/DocBook/media/v4l/biblio.xml | 9 +++ Documentation/DocBook/media/v4l/pixfmt.xml | 39

[PATCH 0/4] v4l2: add support for the SMPTE 2084 transfer function

From: Hans Verkuil This transfer function is used in High Dynamic Range content. It can be signaled via the new HDMI Dynamic Range and Mastering InfoFrame (defined in CEA-861.3). Regards, Hans Hans Verkuil (4): videodev2.h: add SMPTE 2084 transfer function

[PATCH 1/4] videodev2.h: add SMPTE 2084 transfer function define

From: Hans Verkuil CEA-861.3 adds support for the SMPTE 2084 Electro-Optical Transfer Function as can be used in HDR displays. Add a defined for this in videodev2.h. Signed-off-by: Hans Verkuil --- include/uapi/linux/videodev2.h | 1 + 1 file

[PATCH 07/32] v4l: vsp1: Support VSP1 instances without any UDS

Not all VSP1 instances include a UDS. Make the renesas,#uds DT property optional and accept a number of UDS equal to 0 as valid. Cc: devicet...@vger.kernel.org Signed-off-by: Laurent Pinchart --- Documentation/devicetree/bindings/media/renesas,vsp1.txt

[PATCH 09/32] v4l: vsp1: Remove struct vsp1_pipeline num_video field

The field always has the same value as the num_inputs field, remove the duplicate. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_video.c | 7 ++- drivers/media/platform/vsp1/vsp1_video.h | 1 - 2 files changed, 2

[PATCH 08/32] v4l: vsp1: Move vsp1_video pointer from vsp1_entity to vsp1_rwpf

Only RPFs and WPFs can be associated with video nodes, don't waste memory by storing the video pointer in all entities. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_drv.c| 6 +++--- drivers/media/platform/vsp1/vsp1_entity.h

[PATCH 01/32] v4l: vsp1: Change the type of the rwpf field in struct vsp1_video

The rwpf field contains a pointer to the rpf or wpf associated with the video node. Instead of storing it as a vsp1_entity, store the corresponding vsp1_rwpf pointer to allow accessing the vsp1_rwpf fields directly. Signed-off-by: Laurent Pinchart ---

[PATCH 03/32] v4l: vsp1: Move video operations to vsp1_rwpf

This removes the dependency of vsp1_rpf and vsp1_wpf on vsp1_video, making it possible to reuse the operations without a V4L2 video device node. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_rpf.c | 11 +--

ERROR: "vb2_ops_wait_finish" [drivers/input/touchscreen/sur40.ko] undefined!

Hi Florian, FYI, the error/warning still remains. You may either fix it or ask me to silently ignore in future. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f commit: e831cd251fb91d6c25352d322743db0d17ea11dd

Re: [PATCH 0/4] v4l2: add support for the SMPTE 2084 transfer function

On 09/13/2015 09:15 PM, Hans Verkuil wrote: > From: Hans Verkuil > > This transfer function is used in High Dynamic Range content. It can be > signaled > via the new HDMI Dynamic Range and Mastering InfoFrame (defined in CEA-861.3). Forgot to mention: this patch series

[PATCH] [media] horus3a: Fix horus3a_attach() function parameters

If CONFIG_DVB_HORUS3A is disabled a stub static inline function is defined that just prints a warning about the driver being disabled but the function parameters were wrong which caused a build error. Reported-by: Fengguang Wu Signed-off-by: Javier Martinez Canillas

Re: [PATCH 00/32] VSP: Add R-Car Gen3 support

On Sunday 13 September 2015 23:56:38 Laurent Pinchart wrote: > Hello, > > This patch set adds support for the Renesas R-Car Gen3 SoC family to the > VSP1 driver. The large number of patches is caused by a change in the > display controller architecture that makes usage of the VSP mandatory as >

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: Mon Sep 14 04:00:33 CEST 2015 git branch: test git hash: 9ddf9071ea17b83954358b2dac42b34e5857a9af gcc

[PATCH v2] [media] horus3a: Fix horus3a_attach() function parameters

If CONFIG_DVB_HORUS3A is disabled a stub static inline function is defined that just prints a warning about the driver being disabled but the function parameters were wrong which caused a build error. Fixes: a5d32b358254f ("[media] horus3a: Sony Horus3A DVB-S/S2 tuner driver") Reported-by:

[PATCH] [media] lnbh25: Fix lnbh25_attach() function return type

If CONFIG_DVB_LNBH25 is disabled, a stub static inline function is defined that just prints a warning about the driver being disabled but the function return type was wrong which caused a build error. Fixes: e025273b86fb ("[media] lnbh25: LNBH25 SEC controller driver") Reported-by: Fengguang Wu

Re: [RFC PATCH v4 1/8] [media] videobuf2: Replace videobuf2-core with videobuf2-v4l2

On 09/11/2015 05:02 PM, Hans Verkuil wrote: On 09/09/2015 01:19 PM, Junghak Sung wrote: Make videobuf2-v4l2 as a wrapper of videobuf2-core for v4l2-use. And replace videobuf2-core.h with videobuf2-v4l2.h. This renaming change should be accompanied by the modifications of all device drivers