Re: [PATCH 0/2] STM32 DMA alternative REQ/ACK protocol support

[PATCH 0/2] STM32 DMA alternative REQ/ACK protocol support · Amelie Delaunay <amelie.delaunay@foss.st.com> · 2021-06-24
[PATCH 2/2] dmaengine: stm32-dma: add alternate REQ/ACK protocol management · Amelie Delaunay <amelie.delaunay@foss.st.com> · 2021-06-24
[PATCH 1/2] dt-bindings: dma: add alternative REQ/ACK protocol selection in stm32-dma · Amelie Delaunay <amelie.delaunay@foss.st.com> · 2021-06-24
Re: [PATCH 1/2] dt-bindings: dma: add alternative REQ/ACK protocol selection in stm32-dma · Rob Herring <robh@kernel.org> · 2021-07-14
Re: [PATCH 0/2] STM32 DMA alternative REQ/ACK protocol support · Vinod Koul <vkoul@kernel.org> · 2021-07-28

From: Vinod Koul <vkoul@kernel.org>
Date: 2021-07-28 07:10:07
Also in: dmaengine, linux-arm-kernel, lkml

On 24-06-21, 11:39, Amelie Delaunay wrote:

Default REQ/ACK protocol consists in maintaining ACK signal up to the
removal of REQuest and the transfer completion.
In case of alternative REQ/ACK protocol, ACK de-assertion does not wait the
removal of the REQuest, but only the transfer completion.
Due to a possible DMA stream lock when transferring data to/from STM32
USART/UART, add support to select alternative REQ/ACK protocol.

Applied, thanks

-- 
~Vinod

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help