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 +++-
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
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
---
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
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
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(+)
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
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
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
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
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
---
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 +++
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
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 ++
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
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
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
---
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
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 |
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 ++--
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
---
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
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
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 +-
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 -
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
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
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
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
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
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 ++
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
---
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")
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.
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 -
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 -
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
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
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
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
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
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
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
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
---
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 +--
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
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
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
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
>
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
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:
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
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
53 matches
Mail list logo