That looks weird. I don't know exactly what it is meant to look like, but I have experience with that LCD controller in the MCF5329. It looks like there's some sort of addressing problem, but I can't imagine how that could happen.
Can you code up some really simple graphics test patterns and see how they come out? Simple things like a dingle pixel of saturated colour in a field of black, then try lines. You should also dump the video memory to see if it has the expected content.
Are you running 16 bit colour (5-6-5) 18 bits in 32-bit pixels or one of the palette modes?
I'd suggest you change the LCD Burst mode to "fixed burst of 20".
Also check that you've got the LCDC Crossbar priority higher than the CPU.
The following are from MCF5329 code, but the register names should be similar for your one.
MCF_LCDC_LDCR = MCF_LCDC_LDCR_BURST | MCF_LCDC_LDCR_HM(0x14) | /* Burst-copy 20 at */ MCF_LCDC_LDCR_TM(0x0c); /* Low water mark 12 */ // Enable bursting from LCD controller to SRAM/SDRAM MCF_SCM_BCR = 0x3ff;
MCF_XBS_PRS1 = MCF_XBS_PRS_M7(0x6) | /* Factory Test */
MCF_XBS_PRS_M6(0x5) | /* USB OTG */
MCF_XBS_PRS_M5(0x4) | /* USB Host */
MCF_XBS_PRS_M4(0x0) | /* LCD Controller */
MCF_XBS_PRS_M2(0x3) | /* FEC Controller */
MCF_XBS_PRS_M1(0x2) | /* eDMA Controller */
MCF_XBS_PRS_M0(0x1); /* Core */
MCF_XBS_CRS1 = MCF_XBS_CRS_PARK(0x0);Tom