This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
除了messageQ的cache，定义在0x0c000000-0x0c005000 其他没有cache的应用。（64byte）
但是在0x0c000000的地方居然有好几块64byte的地方被cache L1D调用，是在很奇怪？调用的函数是memcpy，注：没加cache那种！！！！
那为什么会出现这种情况啊，求解释！
我在6670的core2上进行的数据操作，除了core2访问此地址数据正确以外，core0、core1、core3访问相同的地址数据都不相同，实在是太奇怪了！数据我用的是全局地址，在0x0c0000000的2M以内。
0x0C000000开始的这段地址属于共享内存（MSM），它在默认模式下是会cacheable 到L1D，所以MSM与L1D的cache一致性需要自己做维护。
谢谢您！耽搁了这么久，还是专家一句话就知道了。感叹啊
function hook 只能统计一个函数整体的运行指令情况，函数内的执行情况无法了解，针对下面的问题该如何回答？
CCS5.1如何一段函数代码中的读、写、程序运算分别占用多少指令周期？以及CAHCE的命中率和一致性情况？和优化工具？ http://www.deyisupport.com/question_answer/dsp_arm/c6000_multicore/f/53/t/44743.aspx
