Somz, I'm not sure I quite comprehend the two transfers you mention. Regardless, please send your System DMA parameters for the transfer. Did you perform a cache invalidate of the DEST buffer to ensure you are seeing new data when performing a read by the CPU from DEST to verify the transfer? A cache flush would be probably needed on SRC buffer if you had just initialized SRC with data. This would ensure the contents in SRC are actually out in physical memory. Brandon Azbell -----Original Message----- From: linux-omap-owner@xxxxxxxxxxxxxxx [mailto:linux-omap-owner@xxxxxxxxxxxxxxx] On Behalf Of Somnt Sent: Thursday, June 12, 2008 8:35 PM To: linux-omap@xxxxxxxxxxxxxxx Subject: SDMA, RAM to RAM transfer issue Hi! All I am new to OMAP3430, I am trying to do DMA transfer from one Memory location to another on RAM. First Scenario is I am Allocating 1024bytes (KMALLOC) for both SRC & DEST and after taking physical address (__pa) of allocated addresses I am passing it to DMA tarnsfer. in this case first 64bytes are not reflecting transfer in destination (DST), rest are fine. Second case: I am doing everything else same but allocated size of memory is X=(64+1024) bytes, and passed address to DMA is X+64, in this case eveything is fine, Transfer is complete for 1024bytes. any body can please shed some light, what is wrong in my approach? or why in first case tarnsffer is not reflected in first 64 bytes? is it memory addressing issue or DMA setting issue. I have tried with different channel but result is same. Address returned by Kmalloc is on 32/64 byte boundary. A quick reply will be appreciable! with wishes Somz - end -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
