aboutsummaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/netdev-times.py
diff options
context:
space:
mode:
authorAlexey Brodkin <[email protected]>2015-06-24 11:47:41 +0300
committerDavid S. Miller <[email protected]>2015-06-24 02:38:53 -0700
commitf1590670ce069eefeb93916391a67643e6ad1630 (patch)
treefa6e866515a1a9997d78300baff581ce08cc2394 /tools/perf/scripts/python/netdev-times.py
parent34b99df4e6256ddafb663c6de0711dceceddfe0e (diff)
stmmac: troubleshoot unexpected bits in des0 & des1
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 <[email protected]> Cc: Giuseppe Cavallaro <[email protected]> Cc: [email protected] Cc: [email protected] Cc: [email protected] Cc: David Miller <[email protected]> Signed-off-by: David S. Miller <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/netdev-times.py')
0 files changed, 0 insertions, 0 deletions