I have a problem about the sgdma when I used it to transfer vga data(800x600x4bytes)!

Are You sure You're not filling the invisible data of the display? Is it tft matrix only? Also do You use write until EOP or a fixed length?

Did You allocate enough memory for data pointer? Descriptor memory takes 32 bytes long data in the memory. If You're allocating descriptor memory with malloc(), then it is placed in heap, which I suppose is in the SDRAM? However I don't know if it would actually work that way.

--- Quote Start ---

Are You sure You're not filling the invisible data of the display? Is it tft matrix only? Also do You use write until EOP or a fixed length?

Did You allocate enough memory for data pointer? Descriptor memory takes 32 bytes long data in the memory. If You're allocating descriptor memory with malloc(), then it is placed in heap, which I suppose is in the SDRAM? However I don't know if it would actually work that way.

--- Quote End ---

1.The data is right,I assured.

2.tft monitor.

3.I use the fixed length(1920000bytes).The number of descriptors is 30. each with 65532 bytes to transfer. The last one is 19572bytes.

4.I use the enternal SDRAM as the data memory.The data pointer declared as

alt_u32 *buffer = (alt_u32 *)SDRAM_VGA_DATA_BASE;

thank you!

Hm, if it is monitor, did You check the visible areas?

http://www.vabolis.lt/stuff/20091227.gif

Enable memory content viewer and check if descriptors are written to the on-chip memory.

That looks like a photo of a CRT. If you can find an LCD panel (particularly one with the correct native resolution) single pixels will be much easier to see

(This is most obvious when using direct digital interfaces to LCD panels).

I can think of two possibilities:

1) You don't have the correct parameters for the vidoe frame (front and back porches etc), possibly the display isn't actually showing the first few data lines (ie the image is too high up the screen)

2) The program wrote the data via the data cache, and the data for the last few lines hasn't been written to physical memory.

Changes to the test image and the order in which the image is written to memory might help identify the problem.

--- Quote Start ---

2) The program wrote the data via the data cache, and the data for the last few lines hasn't been written to physical memory.

--- Quote End ---

True, You must use data flushing if Nios is cached.

alt_dcache_flush_all();

--- Quote Start ---

Hm, if it is monitor, did You check the visible areas?

Enable memory content viewer and check if descriptors are written to the on-chip memory.

--- Quote End ---

Thank you for your reply!

But,I have already checked the descriptor memory ever,it is no problem!And the TFT monitor is Ok(800x600)!

It is the data from the sgdma that is wrong,so that I have a idea that if altera has some prohibition about it!

--- Quote Start ---

True, You must use data flushing if Nios is cached.

alt_dcache_flush_all();

--- Quote End ---

Got it.I will try it torrow.

Thank you very much!

--- Quote Start ---

True, You must use data flushing if Nios is cached.

alt_dcache_flush_all();

--- Quote End ---

This is the answer! The problem is resolved.

Thanks a lot!