linux-toradex.git/include/media/vsp1.h, branch v4.16-rc4

drm: rcar-du: Repair vblank for DRM page flips using the VSP

2017-08-03T13:17:30+00:00

The driver recently switched from handling page flip completion in the
DU vertical blanking handler to the VSP frame end handler to fix a race
condition. This unfortunately resulted in incorrect timestamps in the
vertical blanking events sent to userspace as vertical blanking is now
handled after sending the event.

To fix this we must reverse the order of the two operations. The easiest
way is to handle vertical blanking in the VSP frame end handler before
sending the event. The VSP frame end interrupt occurs approximately 50µs
earlier than the DU frame end interrupt, but this should not cause any
undue harm.

As we need to handle vertical blanking even when page flip completion is
delayed, the VSP driver now needs to call the frame end completion
callback unconditionally, with a new argument to report whether page
flip has completed.

With this new scheme the DU vertical blanking interrupt isn't needed
anymore, so we can stop enabling it.

Fixes: d503a43ac06a ("drm: rcar-du: Register a completion callback with VSP1")
Signed-off-by: Kieran Bingham 
Signed-off-by: Laurent Pinchart 
Acked-by: Mauro Carvalho Chehab

v4l: vsp1: Add pipe index argument to the VSP-DU API

2017-07-29T20:46:56+00:00

In the H3 ES2.0 SoC the VSP2-DL instance has two connections to DU
channels that need to be configured independently. Extend the VSP-DU API
with a pipeline index to identify which pipeline the caller wants to
operate on.

Signed-off-by: Laurent Pinchart 
Reviewed-by: Kieran Bingham 
Acked-by: Mauro Carvalho Chehab

v4l: vsp1: Add API to map and unmap DRM buffers through the VSP

2017-06-09T11:25:38+00:00

The display buffers must be mapped for DMA through the device that
performs memory access. Expose an API to map and unmap memory through
the VSP device to be used by the DU.

As all the buffers allocated by the DU driver are coherent, we can skip
cache handling when mapping and unmapping them. This will need to be
revisited when support for non-coherent buffers will be added to the DU
driver.

Signed-off-by: Laurent Pinchart 
Reviewed-by: Kieran Bingham 
[Kieran: Remove unused header]
Signed-off-by: Kieran Bingham 
Acked-by: Mauro Cavalho Chehab

v4l: vsp1: Extend VSP1 module API to allow DRM callbacks

2017-05-22T15:15:34+00:00

To be able to perform page flips in DRM without flicker we need to be
able to notify the rcar-du module when the VSP has completed its
processing.

We must not have bidirectional dependencies on the two components to
maintain support for loadable modules, thus we extend the API to allow
a callback to be registered within the VSP DRM interface.

Signed-off-by: Kieran Bingham 
Reviewed-by: Laurent Pinchart 
Signed-off-by: Laurent Pinchart 
Acked-by: Mauro Carvalho Chehab

[media] v4l: vsp1: Adapt vsp1_du_setup_lif() interface to use a structure

2017-03-07T16:34:11+00:00

The interface to configure the LIF in the VSP1 requires adapting the
function prototype for any changes. This makes extending the interface
difficult.

Change the function prototype to pass a structure which can be easily
extended.

This changes the means of disabling the pipeline, by now passing a NULL
configuration rather than passing either a 0 width or height.

[Fixed kerneldoc, made vsp1_du_setup_lif() cfg argument const]

Signed-off-by: Kieran Bingham 
Signed-off-by: Laurent Pinchart 
Acked-by: Dave Airlie 
Signed-off-by: Mauro Carvalho Chehab

[media] v4l: vsp1: Fix tri-planar format support through DRM API

2016-09-09T14:32:19+00:00

The vsp1 driver supports tri-planar formats, but the DRM API only passes
two memory addresses. Add a third one.

Signed-off-by: Laurent Pinchart 
Signed-off-by: Mauro Carvalho Chehab

[media] v4l: vsp1: Remove deprecated DRM API

2016-06-20T23:09:10+00:00

The DRM driver has switched to the new API, remove the deprecated macros
and inline wrapper.

Signed-off-by: Laurent Pinchart 
Signed-off-by: Mauro Carvalho Chehab

[media] v4l: vsp1: Group DRM RPF parameters in a structure

2016-06-17T11:16:16+00:00

The vsp1_du_atomic_update_ext() function takes 7 RPF configuration
parameters, and more will likely be added later. This makes the code
difficult to read and error-prone as multiple parameters have the same
type.

Make the API safer and easier to extend in the future by grouping all
parameters in a structure. Use macro magic to ease the transition to the
new function by allowing the old and new functions to be called using
the same name. The macros and static inline wrapper will be removed as
soon as the caller is updated.

Signed-off-by: Laurent Pinchart 
Signed-off-by: Mauro Carvalho Chehab

[media] v4l: vsp1: Add global alpha support for DRM pipeline

2016-04-13T22:15:23+00:00

Make the global alpha multiplier of DRM planes configurable. All the
necessary infrastructure is there, we just need to store the alpha value
passed through the DRM API.

Signed-off-by: Laurent Pinchart 
Signed-off-by: Mauro Carvalho Chehab

[media] v4l: vsp1: Add Z-order support for DRM pipeline

2016-04-13T22:15:03+00:00

Make the Z-order of planes configurable by assigning RPFs to BRU inputs
dynamically based on the Z-order position.

Signed-off-by: Laurent Pinchart 
Signed-off-by: Mauro Carvalho Chehab