Hello everyone!
Changes offered in this letter:
- Adding a flag "will_access_peripheral" to DMA transfer descriptor
according recommendations of Gerhard Sittig.
This flag is set in mpc_dma_prep_memcpy() and mpc_dma_prep_slave_sg()
and is evaluated in mpc_dma_execute().
- Adding locking and remov
Hello everyone!
I've just sent v3 of part 1 and 2 of RFC series:
https://patchwork.kernel.org/patch/2836123/
https://patchwork.kernel.org/patch/2836124/
2013/7/17 Gerhard Sittig :
> OK, so the need for explicit start in software or external
> request by the peripheral remains, but the condition
On Tue, Jul 16, 2013 at 12:37 +0200, Lars-Peter Clausen wrote:
>
> On 07/14/2013 02:01 PM, Gerhard Sittig wrote:
> > From: Alexander Popov
> >
> > introduce support for slave s/g transfer preparation and the associated
> > device control callback in the MPC512x DMA controller driver, which adds
On 07/14/2013 02:01 PM, Gerhard Sittig wrote:
> From: Alexander Popov
>
> introduce support for slave s/g transfer preparation and the associated
> device control callback in the MPC512x DMA controller driver, which adds
> support for data transfers between memory and peripheral I/O to the
> prev
From: Alexander Popov
introduce support for slave s/g transfer preparation and the associated
device control callback in the MPC512x DMA controller driver, which adds
support for data transfers between memory and peripheral I/O to the
previously supported mem-to-mem transfers
refuse to prepare c
