diff options
author | Alexey Brodkin <Alexey.Brodkin@synopsys.com> | 2015-06-24 11:47:41 +0300 |
---|---|---|
committer | Sasha Levin <sasha.levin@oracle.com> | 2015-07-05 10:12:49 -0400 |
commit | d89e99a31dfc45fc7b0f2d88ba158f0fdae8c64f (patch) | |
tree | ef77b6cbd6253714755a33a3ad01066d8679238e /kernel | |
parent | d42b6b4635df53180e781d392f6441744c34b62e (diff) | |
download | lwn-d89e99a31dfc45fc7b0f2d88ba158f0fdae8c64f.tar.gz lwn-d89e99a31dfc45fc7b0f2d88ba158f0fdae8c64f.zip |
stmmac: troubleshoot unexpected bits in des0 & des1
[ Upstream commit f1590670ce069eefeb93916391a67643e6ad1630 ]
Current implementation of descriptor init procedure only takes
care about setting/clearing ownership flag in "des0"/"des1"
fields while it is perfectly possible to get unexpected bits
set because of the following factors:
[1] On driver probe underlying memory allocated with
dma_alloc_coherent() might not be zeroed and so
it will be filled with garbage.
[2] During driver operation some bits could be set by SD/MMC
controller (for example error flags etc).
And unexpected and/or randomly set flags in "des0"/"des1"
fields may lead to unpredictable behavior of GMAC DMA block.
This change addresses both items above with:
[1] Use of dma_zalloc_coherent() instead of simple
dma_alloc_coherent() to make sure allocated memory is
zeroed. That shouldn't affect performance because
this allocation only happens once on driver probe.
[2] Do explicit zeroing of both "des0" and "des1" fields
of all buffer descriptors during initialization of
DMA transfer.
And while at it fixed identation of dma_free_coherent()
counterpart as well.
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Giuseppe Cavallaro <peppe.cavallaro@st.com>
Cc: arc-linux-dev@synopsys.com
Cc: linux-kernel@vger.kernel.org
Cc: stable@vger.kernel.org
Cc: David Miller <davem@davemloft.net>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions