OMAPL138使用linux系统双核通讯共享空间的L2 cache问题

在通讯前的代码加上Cache操作，BIOS有Cache操作的API，Cachewriteback, Cacheinvalid等。

tony哥，按照你的说法我是否可以理解为arm端的cache部分操作已经被Linux接管了，而dsp端使用sys/bios，即使在cfg文件里面把L2 cache功能打开之后还是要在使用双核接口（初始化、通讯）的时候每次都要调用L2 cache的回写和有效，岂不是很麻烦？

我在你的另一个关于L2 cache的帖子里面说过对cache的配置只要在初始化的时候配置就好了，在程序运行的时候可以不需要管的，如果在应用代码运行的时候都要每次配置cache的话，这个cache还有什么意义呢？不知道你是否明白我的疑问？

这是不是sys/bios的一个Bug还是Omapl138的一个bug？

这不叫bug吧，CACHE用了就要做一致性维护的。只是ARM侧系统LINUX做了，而DSP侧需要用户程干预。

你也可以看一下这个双核通讯的源代码，看里面是否加了CACHE的操作，以求放心:)

这里不是配置CACHE，是做CACHE一致性维护。配置是只要初始化时一次就可以了。

谢谢tony哥的耐心回答，但是你还是没有回答我的问题，因为在ARM和DSP都用sysbios系统的时候，我也配置到L2 CACHE，也没有对cache进行一致性维护，应用代码跑正常了，然后只是把ARM操作系统改成了Linux而已，DSP端没有任何变化，莫非是跟Linux通讯的双核通讯代码里面没有cache维护，而两边都是跑sysbios的双核驱动代码里面有L2 cache维护？

但是这样也说不通，L2 cache是通过sysbios里面的cfg文件进行配置的，难道CCS能识别cfg已经配置了L2 cache，然后在双核接口里面加入了L2 cache维护功能吗？如果这样子的话，L2 cache也不需要自己维护的。

其实我最想知道的是为什么两边都用sysbios系统，双核空间配置同个片外DDR空间，打开L2 cache可以正常工作，双核空间没有变化，而ARM端换成了Linux而已，打开L2 cache功能双核握手就不行了，而关闭L2 cache功能，双核就可以正确运行了呢？

cache是一定要维护的，没有遇到问题不代表不存在问题

cache和内存是2个东西，只是耦合性很大

每一个cpu都认为自己是内存的唯一使用者，每一个cpu会在合适的时间对cache进行inv和writeback

举个简单的例子

1.CPU A向内存1000地址写了128个字节数据，CPU A认为数据已经写到内存里了，但其实数据很可能只是写到了CPU A的cache里（要看该段内存是否已经映射到cache里，这是个自动的过程，cache根据访问频繁度来决定这个事）

2.CPU A这时如果直接通知CPU B来取数据，那么这个时候CPU B很可能取到的是还没更新过的旧数据，新的数据还在CPU A的cache里，因此CPU A要维护cache一致性，将cache里的数据强制写入内存，然后再通知B即可。

3.CPU B 返回数据时候也是一样，处理完成后，需要将cache里的数据强制写入内存，然后再通知A即可。

这个cache的特性不是bug

如果能够关闭cache功能的话，是可以不维护cache的。