c6670的核间冲突问题

1 仿真器下载out到4个core上，4个core能否正常起来，此时core0能否正常发包；

2 为了验证加载过程的正确，4个core分别只运行简单的helloworld程序，没有任何的核间通信同步，此时是否正常；

3 在使用共享全局变量时，注意两点，一是可以放在noncacheable memory避免cache一致性导致的问题，二是将其定义为volatile。

建议分两步定位问题：

1 加载测试先只加载简单的helloworld程序，测试加载过程的正确性；

2 你的应用工程功能首先要在仿真器加载环境下测试通过，然后再进行flash加载测试。

谢谢Andy，仿真器下载out到4个core上，每个core的功能都是正常的，此时core0能正常发包。正因为仿真器调试完成后，现在想通过flash加载完成产品过程。

1.首先我基本可以确定，通过I2C中的IBL加载过程应该是正确的，因为每个core在正常启动后都在uart有相应的输出。

2.通过调试信息跟踪，发现core0不能正确发包的原因是在执行Qmss_queuePop (gTxFreeQHnd)时，获取到空指针。只要core1启动了（通过IPC发送中断启动），哪怕是在进入main函数就死循环，啥工作后不做，也是这样。但是core0启动后不给core1发送IPC中断，core0的一切都是正常的。我猜想是不是core1启动后，core0在Qmss_Init时根本就没有成功，但是为什么呀，百思不得其解！！！

你是使用EMIF或者SPI flash boot mode么？flash boot mode RBL不会对navigator做什么处理，所以这种情况下可以排除RBL代码导致的原因。另外IPC只是写IPCGR寄存器产生中断也不会导致这种现象。

你的memory是怎么分配的，核间有共享代码及数据么，堆栈是怎么开的，看看有没有可能是这方面的原因呢。

我是通过SPI Nor Flash加载的。

我使用的Memory主要是每个core使用自己的L2 SRAM，当然有部分变量使用到共享内存，我也在看查找关于共享资源的使用问题。

还有个疑问就是，out文件中的哪些段必须要转换到btbl文件中，以便搬移到flash中？是不是我用hex6x转换btbl文件时，有些必要的数据没有转换全呢？

问题还是没有解决！急呀！现在进一步定位到是core0操作共享内存出问题。

目前的环境是这样的，通过IBL将6670的4个core程序都加载，启动core0，core0通过设置IPCGR1种的IPCG位，启动core1。core1在进入main函数后执行执行死循环。core0向core1发送完IPC后正常执行（core2/core3不启动），启动BIOS任务，在任务中执行Qmss_init()，Qmss_start（），其中qmssGObj，queueFree这些在共享内存中的全局变量都是正常的，但是执行完Qmss_insertMemoryRegion（）后，全局变量qmssGObj的值出现异常，变为全0！！！导致后面的过程都出错。

如果在前面的过程不启动core1，全局变量qmssGObj的值不会出现异常，最开始怀疑core1影响了core0，所以在core1启动后执行死循环，肯定不会有对共享内存中全局变量的影响，应该就不会有问题了吧，但是现象依旧！！

Qmss_insertMemoryRegion（）是系统自带的程序，有些cache一致性的操作，为什么core1启动会影响core0的执行呢？它们都在自己的L2中运行程序，堆栈也是在自己的L2中开启的。

太折磨人了！！！