aboutsummaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/omapdrm/omap_gem.c
diff options
context:
space:
mode:
authorMaxime Ripard <maxime@cerno.tech>2022-02-22 17:40:41 +0100
committerMaxime Ripard <maxime@cerno.tech>2022-03-24 13:44:00 +0100
commitdd39d024a8471e88951f8494f19e693c9e3185a9 (patch)
treead31d9049b20f55e2afcea9d8f0734b1597c8f5a /drivers/gpu/drm/omapdrm/omap_gem.c
parentf785dcfc596c378a19af01a6a337b8b67e5e4534 (diff)
downloadlinux-dd39d024a8471e88951f8494f19e693c9e3185a9.tar.gz
linux-dd39d024a8471e88951f8494f19e693c9e3185a9.tar.bz2
linux-dd39d024a8471e88951f8494f19e693c9e3185a9.zip
drm/vc4: hdmi: Always try to have the highest bpc
Currently we take the max_bpc property as the bpc value and do not try anything else. However, what the other drivers seem to be doing is that they would try with the highest bpc allowed by the max_bpc property and the hardware capabilities, test if it results in an acceptable configuration, and if not decrease the bpc and try again. Let's use the same logic. Signed-off-by: Maxime Ripard <maxime@cerno.tech> Acked-by: Ville Syrjälä <ville.syrjala@linux.intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20220222164042.403112-7-maxime@cerno.tech
Diffstat (limited to 'drivers/gpu/drm/omapdrm/omap_gem.c')
0 files changed, 0 insertions, 0 deletions