[参考译文] TMS320F28P650DK：当 CAN、EPWM 和 ADC 中断负载增加时、应用程序卡在 malloc () 中

Bhavin,

malloc 函数是仅在 CAN ISR 中调用、还是从 main 和/或其他 ISR 调用？   

您的代码是否会启用中断嵌套、特别是在 CAN ISR 内部？

我们通常看不到 C28x 上经常使用 malloc、我认为 malloc/alloc 函数不可重入、这意味着如果 ISR 在 malloc 期间发生、 并且也调用 malloc、 堆将损坏。

我还想提及的是、我们为器件上的所有 CAN IP 提供了专用的消息 RAM、也可通过 DMA（和 CPU）访问这些 RAM、我不确定在上述情况下是否需要将数据包存储在以下消息 RAM 大小之上或之外、但想确保我们在此处的同一页面上。

另一种方法是为此分配静态环形缓冲区、而不是 Malloc；这将在链接时硬性定义到.bss 中的段、再次不确定是否需要、而是 malloc 的替代方法。

#define POOL_SIZE 16
静态 can_Message pool[pool_size]；//启动时分配的数组（静态）
静态易失性 uint16_t poolHead = 0；//循环索引

静态内联 can_Message* pool_alloc (void){
uint16_t idx = poolHead；
poolHead =(poolHead + 1)% pool_size；//前进、在 pool_size 处换行
返回&pool[idx]；//返回指向下一个时隙的指针
}

此致、

Matthew

尊敬的 Metthew：

通常、 pool_alloc 方法是最佳选择。

此致、

Bhavin P

Bhavin,

不、我的意思是要小心防止中断嵌套、因为这会使这种情况更糟。  实际上它处于关闭状态是好的、这意味着没有任何东西会中断 malloc 的这个实例。  

但我认为、如果也从 main 调用 malloc、问题就仍然存在；我们仍然不必阻止其他 ISR 中断 malloc 本身、再次假设也可以从 main 调用 malloc。

对于基于 C28x 的架构、我认为这种环缓冲方法是理想方法、它将在链接处被分配为静态存储器范围、因此我们知道代码中的其他部分不会重复使用/使用它。

此致、

Matthew