OMAP-L138中ARM和UPP同时访问DDR2会产生冲突吗

kingnet_52004 发表于 2018-6-21 15:19
你好，
分配给ARM侧的操作系统，占用了多少的DDR2内存？建议你保留一部分内存，不分配给Linux OS，然后用DSP在这部分DDR2上写数据，试试看。
ARM和DSP是共享外设的，由内部进行仲裁。

loujie39 发表于 2018-6-21 15:35
你好
     我的板子上DDR2共有256M空间，给DSP的是专门分配的36M空间（2M的DSPLINK空间和34M的DSP空间），还有供内核的空间等都是按照开发板上WINCE6.0的BSP的地址分配的。
     现在的问题是DSP控制的UPP往DSP专用的那34M空间写数，之后ARM去读发现全是0，而不往那个空间写，往L138的共享内存上写，ARM就可以读出 ...

kingnet_52004 发表于 2018-6-21 15:52
你好，
DSP控制的UPP往DSP专用的那34M空间写数，你可以在DSP端用打印函数查看一下，写的是否正确？应该是已经写上去了。可能是Linux端读DSP专用的那34M空间出的问题。

loujie39 发表于 2018-6-21 15:59
你好，
    谢谢你的答复。
    目前问题已经得到解决。我参考TI英文论坛上的一个帖子《uPP Problem after receiving first package

想再看***尘 发表于 2018-6-21 16:34
请教xunliang ma
       我现在遇到这么一个问题：我的板子是这样的，FPGA采样AD数据，通过upp接口传送给OMAP-L138的DSP，DSP完成相关运算后，将结果通过dsplink发送给ARM。
       我用ccs仿真连接到OMAP-L138加载DSP的.out程序，upp可以准确接收FPGA发来的数据，但DSP的.out程序通过ARM加载（ARM跑Linux系统） ...

loujie39 发表于 2018-6-21 16:48
我也遇到过类似的问题，就是感觉每次UPP采出来的数据好像都是0。后来发现是cache更新的问题，也就是说DSP核读取存储器中的数据跟UPP中的DMA访问存储器会有冲突，就如我上面所说的一样。
DSP读取的是cache中的数，cache中的数是从存储器中获得的，如果cache不更新的话，它里面的数永远只是第一次获得的数，那么即使DMA不断的 ...

想再看***尘 发表于 2018-6-21 17:04
请教xunliang ma
      cache更新打开怎么做？

loujie39 发表于 2018-6-21 17:18
开发板里面自带的一些例子程序里面有，具体的我也不知道，我是搞硬件的，跟软件工程师说了这个后，他就知道怎么做了。