[参考译文] TMS320C6678：有关 C66x 上的 MSMC 清理引擎的问题

您好 Chris

这是我从阅读 www.ti.com/.../sprugw7a.pdf 第2.5.4章中的个人理解

它首先从何处开始清理、或者从第一个位置到最后一个位置按顺序清理？

>>>由于清理是由状态机完成的，而且我找不到任何控制状态机起始地址的寄存器，因此我假设它从第一个位置开始，然后继续直到结束并再次开始



完成整个4MB 的 SL2清理的速度有多快？ 假设默认 REFDEL 为1，这意味着每次突发之间会有1024个 MSMC 时钟周期。 1.86µs、对于1.1GHz 器件、MSMC 从 SYSCLK3中汲取、SYSCLK3是½ μ s 速率时钟、因此在突发脉冲之间大约为 μ s。

>>>我的理解是，为了涵盖4MB MSMC 内存(或64 * 64K)，所需的周期数为64K *1024 (我假设实际的读取和写入与突发之间的时间相比可以忽略不计)，因此需要64M MSMC 周期， 对于 C6678、它是128M 周期或125毫秒。 这对您有道理吗？


当主设备还尝试访问正在被擦除的同一位置时、在清理周期或清理突发期间会发生什么情况？

>>>与此系统中的其他任何内容一样，有一个优先级方案。 我不确定哪一个将具有优先级、但我假设在清理开始时、它会阻止对64个字节的访问、直到完成。

每次清理爆发的大小是多少？

>>>在上面的计算中，我假设突发为64字节。 我将询问什么是突发。 如果突发大小大于64 (并且它必须是64字节的乘法)、那么完整周期时间是不同的。 无论如何、我会询问相关情况、然后我会再向您介绍这方面的信息


如果在 MSMC 中对存储器保护进行了编程，这是否会与净化引擎的运行发生冲突？ 这是我已将某个 MSMC RAM 区域编程为只读(对于某个 PrivID)的情况，清理引擎是否尝试更正该只读空间中的1位错误会触发存储器保护故障？

>>我认为某些 PrivID 更改的内容不是只读的。 保护在总线和 MSMC 之间的接口中完成、而清理在 MSMC 内部进行

我将再次验证突发大小。

已运行

对报告不确定、但从设计文档中可以看到：

采用了对四个连续存储器地址进行4次读取、4次写入的完全流水线清理突发序列。
这会将每个子组锁定8个周期、但会更好地利用组中可用的带宽

因此、清理突发是对子组的4次读取。 C6678的每个子组为32字节、因此4次读取为128字节。  您可以将其插入公式以获得完整的清理时间

已运行