NiosII DMA Tutorial

Start with DMA module user guide:

www.altera.com/literature/ug/ug_embedded_ip.pdf

Then, you can refer to any sample code using dma.

Which one, depends on what you mean to do.

You can find many examples and a lot of information by browsing the forum.

Regards

pillemann: both hardware and software

Cris72: Ok, thanks. will see it..

Software: Look at nios ii software developer's handbook (10.0) page 6-25 following. It's not exactly a tutorial but it's an example on how to use the DMA with HAL-driver.

I prefer to write the registers of the DMA directly without using the HAL. The functionality of the various registers and bits are described in the user guide mentioned above by Cris. See dma controller core -> software programming model -> register map.

Dear all,

Sorry for asking other questions about DMA in this post.

I have tried to do memory-to-memory data transfer using DMA and it worked successfully. But when I tried to do peripheral-to-memory data transfer using DMA, it was failed.

Currently in my system I'm trying to move data that received by a PIO to memory using DMA. Here are some points about the current condition :

- The DMA can write data which length is same as its DMA length configuration (for example, if I configure my DMA to do 10 bytes data transfer, it will write 10 bytes data in memory)

- However, the data that are written by DMA in memory is only the last data that is received by PIO (for example, if the PIO is suppose to receive 10 bytes data which values are 1 to 10, the DMA will write only the last data, 10, and copy it as 10 bytes to the memory):confused:.

I have tried to configure my DMA either using Altera API or accessing DMA register directly, but the result is same. :(

According to these results, do you have any suggestions about how is the correct way to handle PIO - memory data transfer using DMA? Is this PIO-memory data transfer really possible?

I'm wondering that the data transfer that can be handled by dma is only a data transfer case from an address range (like fifo, or memory, not from a pio) to another address range. Is it true??

Please help me....:( I have tried many times to find out in this forum about the peripheral-to-memory DMA configuration (DMA as Rx channel), but only one post about it and it can't solve my problem.

How is you pio supposed to receive data? What's the interface to the PIO peripheral?

Usually PIO signal are driven manually in order to emulate the desired interface, so you can't use dma.

If you start a 10bytes-long dma on raw PIO inputs, you will get 10 times the value currently driven onto the PIO inputs, unless this value changes during dma; but in this case you need something to synchronize data to dma, for example an address to access different locations of an external memory or a RD signal to pop data from a fifo.

Regards

Thank you for your reply :)

Well, actually the PIO will be connected to several FIFOs which are located outside the Nios II system. So I thought that at first I needed to verify whether the DMA can handle data transfer from the PIO to memory (is it correct?)

I forgot to tell you about my current debugging system. It consists of a CPU, a memory (DDR3), two PIO, and a DMA. So here are what I'm doing to verify my PIO-DMA data transfer :

- I set a PIO in output direction (lets call it PIO-A) and another PIO in input direction (lets call it PIO-B ). I connect those two PIOs (PIO-A is connected to PIO-B ) in my verilog code. So in other words it is just like a loopback test.

- In my Nios-II software, I generate dummy data and transmit them via PIO-A.

Then of course, the data will be received back by PIO-B (I have ensured that PIO-B received the correct data from PIO-A).

- The problem happens when I try to move data which are received by PIO-B to memory via DMA. The data transfer result was just like what I wrote in my previous post. The DMA only wrote and copied the last data that was received by PIO-B (why did the DMA copy the last data?? :confused:I thought that if the DMA only recognizes the last data it won't copy as many as the specified data length)

Is there anything wrong with my verification method? I'm wondering that the dummy data

that is generated by Nios-II software and received by PIO-B is too slow for DMA.

If it is the problem, do you have any suggestion how is the correct way to verify my PIO-DDR3 data transfer via DMA?

Thanks!

The problem is what I said before: you don't have any synchronization signal.

When you start dma (tx) on PIO port A, the dma engine will transfer data from memory to pio at the fastest speed possible, depending from bus sharing and arbitration (up to a byte every clock cycle if the bus is not busy!!). Then, if your dma is 10 bytes long and you have 1 to 10 data in memory, you'll see those data byte values rapidly changing on PIO outputs.

When you start rx dma on PIO port B, the tx dma has probably already ended, so you will get 10 times the same value, i.e. the last one driven.

The same would happen with your FIFOs. You must provide a synchronization signal.

How is your system supposed to signal FIFO to push/pop a single byte of data?

Usually the external peripheral has address, chip select and rd/wr lines. Then, when you start a dma transfer, these signals changing at every dma access will tell the peripheral to modify the driven/latched data.

I hope my explanation is clear to you

Cris

Thanks Cris for replying my post :) I really appreciate it.

Ah.. I just know about this synchronization signal requirement in the DMA data transfer. Well, in my system, the FIFO will be controlled by the Nios processor. The Nios will send read/write signals for FIFO.

Ok, so based on your explanation, can I make a conclusion like this : I should verify the data transfer handled by DMA while integrating the FIFO into my Nios-II system. CMIIW

If my conclusion is correct, can I still use a PIO as an interface between the FIFO and my Nios-II system? or do I have to connect my FIFO directly to my Nios-II system?

The FIFO that I used was designed by MegaFunction, but I also made some modules to control the write and read process of my FIFO. So I hope that I can use the PIO as an interface to my Nios-II system. Otherwise, I have to modify my FIFO :(

Well Cris, your advice make me enthusiastic again to finish this task, thanks! :)

The FIFO (or any other device) is accessed in the same way with dma as with simple IORD/IOWR. The only difference being that dma performs the rd/wr operations in the background without involving the cpu.

So you'd better test your FIFOs (memories, I/O devices or whatever) first with simple rd/wr operations. When you are sure your hardware works properly you can start using dma and be confident this will work too.

Regarding FIFO integration, if this is used by Nios only, the better approach would be to integrating it in sopc system. The pio is not that fast and efficient way to interface an external device.

Regarding the possibility use PIO for dma, I can see a solution only for tx dma to the fifo, though very very inefficient:

Supposing your data is 8bit wide, you can define a wider PIO, including the extra signals needed to drive the fifo: in the minimal case it would be a single signal for latching data, say FIFO_PUSH.

So, you dma to the PIO 9 bits data, where the highest bit is used to toggle the FIFO_PUSH signal. Clearly you must dma at least twice the data you actually need to transfer: as I said, this is not very efficient.

Cris