diff options
author | Neil Armstrong <narmstrong@baylibre.com> | 2017-04-06 11:34:04 +0200 |
---|---|---|
committer | Neil Armstrong <narmstrong@baylibre.com> | 2017-04-07 11:06:53 +0200 |
commit | e20c29aa722a90f3b8092b340362eabe488dbfc4 (patch) | |
tree | 5e48ae368b7ce9cae7feb2e25c27196a0c8fd71f /drivers/gpu/drm/virtio/virtgpu_object.c | |
parent | 09bffa6e519256c6fa1552d6ba1f5d594337a464 (diff) | |
download | linux-e20c29aa722a90f3b8092b340362eabe488dbfc4.tar.bz2 |
drm: bridge: dw-hdmi: fix input format/encoding from plat_data
The plat_data->input_bus_format and plat_data->input_bus_encoding
are unsigned long and are always >=0, but the value 0 was still
considered as RGB888 for input_bus_format and default color space
for input_bus_encoding in the reworked code.
This patch changes the if statement check for a non-zero value to
either use the default input bus_format and/or bus_encoding for a zero
value and the provided bus_format and/or bus_encoding for a
non zero value.
Thanks to Dan Carpenter for his bug report at [1].
Tested on Amlogic P230 (with CSC enabled for YUV444 to RGB) and Rockchip
RK3288 ACT8846 EVB Board (no CSC involved, direct RGB passthrough).
[1] http://lkml.kernel.org/r/20170406052120.GA26578@mwanda
Cc: Dan Carpenter <dan.carpenter@oracle.com>
Fixes: def23aa7e982 ("drm: bridge: dw-hdmi: Switch to V4L bus format and encodings")
Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
Reviewed-by: Archit Taneja <architt@codeaurora.org>
[narmstrong@baylibre.com: reworded commit message and added Fixes tag]
Link: http://patchwork.freedesktop.org/patch/msgid/1491471244-24989-1-git-send-email-narmstrong@baylibre.com
Diffstat (limited to 'drivers/gpu/drm/virtio/virtgpu_object.c')
0 files changed, 0 insertions, 0 deletions