aboutsummaryrefslogtreecommitdiff
path: root/drm
diff options
context:
space:
mode:
authorRoman Stratiienko <roman.o.stratiienko@globallogic.com>2021-12-06 14:56:14 +0200
committerJohn Stultz <john.stultz@linaro.org>2021-12-13 23:11:22 +0000
commit720f65224fb0ceaaee8581c4db1e55a79669c494 (patch)
tree716ffbc228b486c72c6d8f87ddee2c4a084d30de /drm
parentdeb77352b12e723f101cc2bf948faf93b4c603dd (diff)
downloaddrm_hwcomposer-720f65224fb0ceaaee8581c4db1e55a79669c494.tar.gz
drm_hwcomposer: Assume premultiplied alpha for CLIENT layer
On db845c, we have seen an odd behavior with modal dialogs in AOSP, where the background which is normally darkened, was rendering as black, though it would occasionally flicker to the right thing. This cropped up after alpha support on planes landed in 5.15, so we assumed it was an edge case issue with the dpu1 driver. But while working on a separate issue seen on x86 hardware: https://gitlab.freedesktop.org/drm-hwcomposer/drm-hwcomposer/-/issues/46 Roman noticed drm_hwcomposer always sets the blending type to NONE for the client layer. Which had gone un-noticed becase he didn't have any devices that exposed the NONE type. Thus Roman implemented this patch, which sets up the client blend type to PREMULTIPLIED. While it did not resolve the x86 issue above, it does resolve the incorrect rendering seen on db845c with alpha support enabled. Tested-by: Martin Juecker martin.juecker@gmail.com #Exynos 4412 Signed-off-by: Roman Stratiienko <roman.o.stratiienko@globallogic.com> Signed-off-by: John Stultz <john.stultz@linaro.org> Change-Id: I95601c680ca1af0dc9d3b3f102f79f77af081b75
Diffstat (limited to 'drm')
0 files changed, 0 insertions, 0 deletions