summaryrefslogtreecommitdiff
path: root/drivers/video/mb862xx.c
diff options
context:
space:
mode:
authorAnatolij Gustschin <agust@denx.de>2008-07-12 17:31:36 +0200
committerWolfgang Denk <wd@denx.de>2008-07-13 16:55:59 +0200
commit322716a1d1eb33a71067ba0eb1c5346fb2dd6b34 (patch)
tree0944822de07a05b9178f7bea22fcc5af7734bdbf /drivers/video/mb862xx.c
parent0a5676befb0c590212a53f7627fa5d0d8a84bf34 (diff)
downloadu-boot-imx-322716a1d1eb33a71067ba0eb1c5346fb2dd6b34.zip
u-boot-imx-322716a1d1eb33a71067ba0eb1c5346fb2dd6b34.tar.gz
u-boot-imx-322716a1d1eb33a71067ba0eb1c5346fb2dd6b34.tar.bz2
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)