summaryrefslogtreecommitdiffstats
path: root/drivers/dma-buf/dma-buf.c
diff options
context:
space:
mode:
authorIcenowy Zheng <icenowy@aosc.io>2020-02-21 17:51:27 +0100
committerThomas Zimmermann <tzimmermann@suse.de>2020-02-27 11:55:46 +0100
commit2be30d34a387b8d97cc1b4be1223bfe0b75a0812 (patch)
treef0c78479ddda30e143433d92222cc0b9e94a423b /drivers/dma-buf/dma-buf.c
parentdrm/ttm: fix leaking fences via ttm_buffer_object_transfer (diff)
downloadlinux-2be30d34a387b8d97cc1b4be1223bfe0b75a0812.tar.xz
linux-2be30d34a387b8d97cc1b4be1223bfe0b75a0812.zip
drm/bridge: analogix-anx6345: fix set of link bandwidth
Current code tries to store the link rate (in bps, which is a big number) in a u8, which surely overflow. Then it's converted back to bandwidth code (which is thus 0) and written to the chip. The code sometimes works because the chip will automatically fallback to the lowest possible DP link rate (1.62Gbps) when get the invalid value. However, on the eDP panel of Olimex TERES-I, which wants 2.7Gbps link, it failed. As we had already read the link bandwidth as bandwidth code in earlier code (to check whether it is supported), use it when setting bandwidth, instead of converting it to link rate and then converting back. Fixes: e1cff82c1097 ("drm/bridge: fix anx6345 compilation for v5.5") Signed-off-by: Icenowy Zheng <icenowy@aosc.io> Reviewed-by: Torsten Duwe <duwe@suse.de> Cc: Maxime Ripard <maxime@cerno.tech> Cc: Torsten Duwe <duwe@lst.de> Cc: Sam Ravnborg <sam@ravnborg.org> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Thomas Zimmermann <tzimmermann@suse.de> Cc: Icenowy Zheng <icenowy@aosc.io> Cc: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de> Link: https://patchwork.freedesktop.org/patch/msgid/20200221165127.813325-1-icenowy@aosc.io
Diffstat (limited to 'drivers/dma-buf/dma-buf.c')
0 files changed, 0 insertions, 0 deletions