If by Framebuffer you mean the LCD controller then yes. The reason I got a lot of streaking is due to crossbar bus congestion. I resolved the issue by increasing the LCD controller's priority in the XBR registers check chapter 12 of the freescale spec for more info.

The exact code change it is something like:

//Change the priority of the LCD_Controller to 0 and the eDMA to 3
MCF_XBS_PRS1 = ((MCF_XBS_PRS1 & 0xFFF0FFF0) | 0x3);

Notice that this will slow the system down somewhat . I also had to tweak the settings on the LCD controller. I changed my DMA High mark to 3 and the trigger mark to 24. Check out chapter 22 of the freescale spec. That seemed to get rid of the streaking.

Thank for the reply

I will try this.
I have strange problem with my LCD (AMPIRE AM32240N). I using timings from the data sheet of the LCD, but from time to time a small vertical shaking's can be observed. Probably the LCD lose its vertical sync. The funny thing is I can't set the exact V_WAIT1 timing in the m532x.c framebuffer file, because in the data sheet this value is not integer (V_WAIT1= 4.5 ). So I can set 4 or 5

PS I am using timings for NTSC mode. Is there possibility to switch FB to PAL mode ??

Regards

No idea about NTSC/PAL mode stuff. I think that NTSC runs at like 5/6 time compared to PAL (at least thats what I hear about in tool assisted speed runs of older video games).

As for fractional waits that is weird. From what I understand, the V Wait 1 and V Wait 2 are just positioning of the screen. If you have the wrong values for those the screen will be drawn lower / higher than the top / bottom of the screen. I had to twiddle a bunch of values in there to get my screen just right.

I hope you get it sorted out!

Changing the XBS registers does not solve my problem with the LCD. I will try some experiments with different LCD's.

Thanks for help