drm/omap: work-around for omap3 display enable
authorTomi Valkeinen <tomi.valkeinen@ti.com>
Wed, 23 Aug 2017 09:19:02 +0000 (12:19 +0300)
committerTomi Valkeinen <tomi.valkeinen@ti.com>
Wed, 23 Aug 2017 09:22:12 +0000 (12:22 +0300)
commitfc5cc9678e130196012c17b37e555d53d3d3476b
tree30e63d00c084397b66502dc63232cf30de73f765
parent0c43f1e02598d304d4cfb06187305445c8207675
drm/omap: work-around for omap3 display enable

Seems that on omap3 enabling a crtc without any planes causes a sync
lost flood. This only happens on the first enable, and after that it
works. This looks like an HW issue and it's unclear why this is
happening or how to fix it.

This started happening after 897145d0c7010b4e07fa9bc674b1dfb9a2c6fff9
("drm/omapdrm: Move commit_modeset_enables() before commit_planes()")
which, as a work-around, changed omapdrm first to do the modeset enable,
and plane set only after that. This WA should be fine on all DSS
versions, but apparently OMAP3 DSS is an exception.

This patch reverts that work-around for OMAP3 DSS.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
drivers/gpu/drm/omapdrm/omap_drv.c