Dear Huang Shijie,yes.
Why such massive CC ?
ä 2012å10æ18æ 14:18, Vinod Koul åé:It will? Then GPMI NAND is flat our broken ... again.Why cant you do start (prepare clock etc) when you submit the descriptorI ever thought this method too.
to dmaengine. Can be done in tx_submit callback.
Similarly remove the clock when dma transaction gets completed.
But it will become low efficient in the following case:
Assuming the gpmi-nand driver has to read out 1024 pages in one
_SINGLE_ read operation.
The gpmi-nand will submit the descriptor to dmaengine per page.
not the driver.So withYes, it is the driver that's wrong.
your method,
the system will repeat the enable/disable dma clock 1024 time.
How can i implement the DMA chain if the nand chip READ-PAGE command gives us the one page limit?At everyYou are fixing a driver problem at a framework level, wrong.
enable/disable dma clock,
the system has to enable the clock chain and it's parents ...
But with this patch, we only need to enable/disable dma clock one time,
just at we select the nand chip.
So, check how the MXS SPI driver handles descriptor chaining. Indeed, the
Sigmatel screwed the DMA stuff good. But if you analyze the SPI driver, you'll
notice a few important points that might come handy when you fix the GPMI NAND
driver properly.
The direction to take here is:
1) Implement DMA chaining into the GPMI NAND driver
2) You might need to do one PIO transfer to reconfigure the IP registers between
each segment of the DMA chain (just as MXS SPI does it)
3) You might run out of DMA descriptors when doing too long chains -- so you
might need to fix that part of the mxs DMA driver.