summaryrefslogtreecommitdiff
path: root/drivers/video/mb862xx.c
diff options
context:
space:
mode:
authorAnatolij Gustschin <agust@denx.de>2008-07-12 15:31:36 (GMT)
committerWolfgang Denk <wd@denx.de>2008-07-13 14:55:59 (GMT)
commit322716a1d1eb33a71067ba0eb1c5346fb2dd6b34 (patch)
tree0944822de07a05b9178f7bea22fcc5af7734bdbf /drivers/video/mb862xx.c
parent0a5676befb0c590212a53f7627fa5d0d8a84bf34 (diff)
downloadu-boot-fsl-qoriq-322716a1d1eb33a71067ba0eb1c5346fb2dd6b34.tar.xz
Fix bug in Lime video driver
We need to wait while drawing engine clears frame buffer before any further software accesses to frame buffer will be initiated. Otherwise software drawn parts could be partially destroyed by the drawing engine or even GDC chip freeze could occur (as observed on socrates board). Signed-off-by: Anatolij Gustschin <agust@denx.de>
Diffstat (limited to 'drivers/video/mb862xx.c')
-rw-r--r--drivers/video/mb862xx.c2
1 files changed, 2 insertions, 0 deletions
diff --git a/drivers/video/mb862xx.c b/drivers/video/mb862xx.c
index 9684cf3..733d9a2 100644
--- a/drivers/video/mb862xx.c
+++ b/drivers/video/mb862xx.c
@@ -173,6 +173,8 @@ static void de_init (void)
DE_WR_FIFO (0x09410000);
DE_WR_FIFO (0x00000000);
DE_WR_FIFO (pGD->winSizeY<<16 | pGD->winSizeX);
+ /* sync with SW access to framebuffer */
+ de_wait ();
}
#if defined(CONFIG_VIDEO_CORALP)