summaryrefslogtreecommitdiffstats
path: root/firmware
diff options
context:
space:
mode:
authorBoris Brezillon <boris.brezillon@free-electrons.com>2017-02-06 18:57:19 +0100
committerBoris Brezillon <boris.brezillon@free-electrons.com>2017-02-28 11:57:56 +0100
commit9a45d33cdf82f138cc290236cde83483c6567394 (patch)
tree2b42c76e129812506c0087debd510baa8d409606 /firmware
parent6140cf20341975400fb2ee7a72fa6316c1bc74f0 (diff)
downloadlinux-9a45d33cdf82f138cc290236cde83483c6567394.tar.bz2
drm/atmel-hlcdc: Simplify the HLCDC layer logic
An HLCDC layers in Atmel's nomenclature is either a DRM plane or a 'Post Processing Layer' which can be used to output the results of the HLCDC composition in a memory buffer. atmel_hlcdc_layer.c was designed to be generic enough to be re-usable in both cases, but we're not exposing the post-processing layer yet, and even if we were, I'm not sure the code would provide the necessary tools to manipulate this kind of layer. Moreover, the code in atmel_hlcdc_{plane,layer}.c was designed before the atomic modesetting API, and was trying solve the check-setting/commit-if-ok/rollback-otherwise problem, which is now entirely solved by the existing core infrastructure. And finally, the code in atmel_hlcdc_layer.c is over-complicated compared to what we really need. This rework is a good excuse to simplify it. Note that this rework solves an existing resource leak (leading to a -EBUSY error) which I failed to clearly identify. Signed-off-by: Boris Brezillon <boris.brezillon@free-electrons.com> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Eric Anholt <eric@anholt.net> Tested-by: Nicolas Ferre <nicolas.ferre@microchip.com>
Diffstat (limited to 'firmware')
0 files changed, 0 insertions, 0 deletions