This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2745R10-Q1:CC27xx 中删除了 CC26x2 VIMS 的仲裁和高速缓存标签预取功能

Guru**** 2362860 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1530303/cc2745r10-q1-arbitration-and-cache-tag-prefetch-of-cc26x2-vims-features-have-been-removed-in-cc27xx

器件型号:CC2745R10-Q1

工具/软件:

您好、

CC26x2 技术参考手册 (swcu185d.pdf) 8.2 VIMS 规定:

・8.2.3 VIMS 仲裁

・8.2.4 VIMS 缓存标签预取

CC27xx 技术参考手册 (swcu195a.pdf) 不介绍这两个函数。

此外、CC26x2“CTL 中存在 VIMS 寄存器。 ARB_CFG“、“CTL。 CC27xx 中不再提供 PREF_EN“。

函数和寄存器丢失的原因推测如下。

・VIMS 仲裁:在 CC27xx 中、VIMS 自动执行最佳总线仲裁、因此用户无需再选择模式。

・VIMS 高速缓存标签预取:CC27xx 中准备了一个 CPU 专用高速缓存和一个 HSM 专用高速缓存、因此不再需要该功能。

您同意以上内容吗?

如果没有、您能告诉我们真正的原因。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    对延误表示歉意、因为我需要与我们的 rnd 团队一起深入了解这一点。 请在下面查看我的评论:

    在 CC26xx 中、指令缓存中的标签 RAM 使用同步 SRAM。 这触发了需要预取标签以进行预期的下一次指令提取、从而避免即使是缓存命中也出现等待状态。 在某些情况下(预测错误)、这种预取会影响性能、因此可配置预取。 在 CC27xx 中、TAG RAM 使用异步 SRAM (“寄存器文件“)、它可以在请求传入 VIMS 时的同一时钟周期内读取。 这意味着您将在周期结束之前解决访问是缓存命中还是缺失问题、并启动下一个周期的缓存行读取(0 个等待状态)或在接下来的 6 个周期(5 个等待状态)内的闪存读取。 因此、无需再进行标记预取。

    希望这对您有所帮助。

    谢谢、

    Riz

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    谢谢你。

    似乎没有提及总线仲裁、

    但我是否正确理解、这也不再是必要的?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的、正确。

    Riz