linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* [PATCH 0/2 V4] DMA: AT91: Fix get residue function in at_hdmac.c
@ 2013-05-10  2:59 Elen Song
  2013-05-14  5:39 ` Vinod Koul
  0 siblings, 1 reply; 2+ messages in thread
From: Elen Song @ 2013-05-10  2:59 UTC (permalink / raw)
  To: linux-arm-kernel

The residue actually means the bytes remain in transfer identified by current cookie.
The get residue api did not return the correct values in at_hdmac.c.
This patch serial focus on fix the issue.

This patch serials is based on DMA: AT91: Get residual bytes in dma buffer v2.
It is split into 3 aimed patch, the first one is to get transmit buswidth,
the second one is to get resiude in cookie, it use the buswidth to get residual bytes,
the third part is to handle the status that there are still some bytes remain in dma fifo.

Compare to v2, this patch serials improve:
1) consider buswidth to get correct residue.
2) handle dma fifo empty status.

Compare to v3, this patch serials improve:
1) To state clearly, replace buswidth with transfer width.
2) Do not pause dma when get residue.
3) Let issue pending handler remain work if data remain in dma fifo, polling empty flag is too time consuming.

Elen Song (2):
  DMA: AT91: Get transfer width
  DMA: AT91: Get residual bytes in dma buffer

 drivers/dma/at_hdmac.c      |  151 ++++++++++++++++++++++++++++++++++++++-----
 drivers/dma/at_hdmac_regs.h |    5 ++
 2 files changed, 139 insertions(+), 17 deletions(-)

-- 
1.7.9.5

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [PATCH 0/2 V4] DMA: AT91: Fix get residue function in at_hdmac.c
  2013-05-10  2:59 [PATCH 0/2 V4] DMA: AT91: Fix get residue function in at_hdmac.c Elen Song
@ 2013-05-14  5:39 ` Vinod Koul
  0 siblings, 0 replies; 2+ messages in thread
From: Vinod Koul @ 2013-05-14  5:39 UTC (permalink / raw)
  To: linux-arm-kernel

On Fri, May 10, 2013 at 10:59:58AM +0800, Elen Song wrote:
> The residue actually means the bytes remain in transfer identified by current cookie.
> The get residue api did not return the correct values in at_hdmac.c.
> This patch serial focus on fix the issue.
> 
> This patch serials is based on DMA: AT91: Get residual bytes in dma buffer v2.
> It is split into 3 aimed patch, the first one is to get transmit buswidth,
> the second one is to get resiude in cookie, it use the buswidth to get residual bytes,
> the third part is to handle the status that there are still some bytes remain in dma fifo.
Applied, Thanks

--
~Vinod
> 
> Compare to v2, this patch serials improve:
> 1) consider buswidth to get correct residue.
> 2) handle dma fifo empty status.
> 
> Compare to v3, this patch serials improve:
> 1) To state clearly, replace buswidth with transfer width.
> 2) Do not pause dma when get residue.
> 3) Let issue pending handler remain work if data remain in dma fifo, polling empty flag is too time consuming.
> 
> Elen Song (2):
>   DMA: AT91: Get transfer width
>   DMA: AT91: Get residual bytes in dma buffer
> 
>  drivers/dma/at_hdmac.c      |  151 ++++++++++++++++++++++++++++++++++++++-----
>  drivers/dma/at_hdmac_regs.h |    5 ++
>  2 files changed, 139 insertions(+), 17 deletions(-)
> 
> -- 
> 1.7.9.5
> 

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-05-14  5:39 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-05-10  2:59 [PATCH 0/2 V4] DMA: AT91: Fix get residue function in at_hdmac.c Elen Song
2013-05-14  5:39 ` Vinod Koul

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).