[PATCH] mmci: sync DATAEND irq with dma transfer done
Linus Walleij
linus.walleij at linaro.org
Wed Apr 20 13:17:27 EDT 2011
On Wed, Apr 20, 2011 at 6:46 PM, Vitaly Wool <vitalywool at gmail.com> wrote:
>>
>> My rough guess (after looking at the VHDL code) is that
>> RXDATAVLBL flag goes low when the FIFO is empty, but that
>> doesn't mean that the DMA handshake logic is out of its send/recieve
>> state and thus we screw it up if we hammer in another transfer before
>> it has had time to deassert the single/burst request signals and go to
>> idle state. This can only be seen by the side effect of the DMA
>> transfer actually terminating, and the DMA engine calling its
>> callback.
>
> From what you are saying, RXDATAAVLBL seems to be equal to
> !RXFIFOEMPTY in your case.
Yes that is exactly what the VHDL says:
RXDATAAVL <= not(FifoEmpty) [roughly]
> Did you try to change the former to the
> latter to see how it works?
It's equivalent, neither FIFO watermark is connected to the
state of the DMA request signals...
What we need is a DMAXFERCOMPLETE flag so we know that
the DMA state machine is really finished. Sadly the hardware lacks
such a status flag, so there is no way to know that the DMA state
machine is finished by looking at any status registers in the
MMCI block.
We are thus reliant on the other end of the bitpipe telling us
it's finished.
Yours,
Linus Walleij
More information about the linux-arm-kernel
mailing list