aboutsummaryrefslogtreecommitdiffstats
path: root/arch/blackfin/mm/Makefile
diff options
context:
space:
mode:
authorMichael Hennerich <michael.hennerich@analog.com>2007-10-10 17:42:55 +0800
committerBryan Wu <bryan.wu@analog.com>2007-10-10 17:42:55 +0800
commit1a7d91d651f25005c4f507aebf9eab17e508889c (patch)
treed3070fe9edd252e485a07fb41c5ee8a4df4cec5c /arch/blackfin/mm/Makefile
parentBlackfin arch: update kgdb patch (diff)
downloadlinux-dev-1a7d91d651f25005c4f507aebf9eab17e508889c.tar.xz
linux-dev-1a7d91d651f25005c4f507aebf9eab17e508889c.zip
Blackfin arch: flush/inv the correct range when using write back cache and fix bugs find by dmacopy
- flush/inv the correct range - dmacopy test failed when policy is write_back - invalidate before dma http://blackfin.uclinux.org/gf/project/uclinux-dist/tracker/?action=TrackerItemEdit&tracker_item_id=3367 It's the cache invalidate what is causing the issue. There is no invalidate only instruction it's always: FLUSHINV So when we "invalidate" after the DMA we might (do) overwrite freshly dma'ed data by dirty Cache WB content. Fixed by moving the "invalidate" at the beginning of dma_memcpy. Signed-off-by: Michael Hennerich <michael.hennerich@analog.com> Signed-off-by: Bryan Wu <bryan.wu@analog.com>
Diffstat (limited to 'arch/blackfin/mm/Makefile')
0 files changed, 0 insertions, 0 deletions