Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1529817 > unrolled thread
| Started by | Vinod Koul <vinod.koul@intel.com> |
|---|---|
| First post | 2016-11-25 06:30 +0100 |
| Last post | 2016-11-25 06:30 +0100 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH 1/1] dmaengine: imx-sdma - correct the dma transfer residue calculation Vinod Koul <vinod.koul@intel.com> - 2016-11-25 06:30 +0100
| From | Vinod Koul <vinod.koul@intel.com> |
|---|---|
| Date | 2016-11-25 06:30 +0100 |
| Subject | Re: [PATCH 1/1] dmaengine: imx-sdma - correct the dma transfer residue calculation |
| Message-ID | <sHhfb-4MD-5@gated-at.bofh.it> |
On Tue, Oct 11, 2016 at 02:13:41PM +0300, Nandor Han wrote: > The residue calculation was taking in consideration that dma > transaction status will be always retrieved in the dma callback > used to inform that dma transfer is complete. However this is not > the case for all subsystems that use dma. Some subsystems use a > timer to check the dma status periodically. > > Therefore the calculation was updated and residue is calculated > accordingly by a) update the residue calculation taking in > consideration the last used buffer index by using *buf_ptail* variable > and b) chn_real_count (number of bytes transferred) is initialized to > zero, when dma channel is created, to avoid using an uninitialized > value in residue calculation when dma status is checked without > waiting dma complete event. Looks to be missed earier, so applying now Thanks -- ~Vinod
Back to top | Article view | linux.kernel
csiph-web