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.
器件型号:EVMK2H
工具/软件:Code Composer Studio
使用 CCS 7.3.0.00019尝试分析在66AK2H14的 C66内核上运行的 SYS/BIOS 程序的缓存使用情况。 正在使用自定义 SYS/BIOS 平台、其中程序在0x80000000至0xffffffff 的 DDR3地址空间中运行、L2缓存大小设置为最大1024K。
Cache 视图中显示的高速缓存使用情况不正确、但 Memory Browser 中显示的高速缓存使用情况看起来有效。 一些具体示例包括:
1) 1)仅显示 Cache 视图不显示某些行地址、如存储器浏览器所执行的 L1D 缓存:
Cache 视图已按增加行起始地址的顺序排列。 Cache 视图显示 L1D 缓存中的0xFFE0EC00 - 0xFFE0EC3F、然后 L1D 缓存中的下一行地址为0xFFE0ED00 - 0xFFE0ED3F。 而存储器浏览器在 L1D 缓存中显示地址0xFFE0EC00 - 0xFFE0ED3F。
2) 2) Cache 视图可以显示无效的 L1D 条目:
Cache 视图显示 L1D 高速缓存中的条目、位于行地址0附近。 程序未使用地址0、而存储器浏览器报告无法访问地址0。 Cache 视图还显示无效的"Way"值、因为对于 L1D 路、该路只能为零或一。
3) 3) Cache 视图从不显示 L2缓存中的任何数据、但 Memory Browser 视图具有以下功能:
我认为 CCS 7.3 Cache 视图错误地解释了 C66内核的 Cache Tag RAM 的内容。
[引用 user="Chester Gillon"]我认为 CCS 7.3 Cache 视图错误地解释了 C66内核的 Cache Tag RAM 的内容。CCS 7.4.0.00010 (beta)和 CCS 6.2.0.00050显示了与 CCS 7.3相同的问题,因为 Cache 视图显示了不正确的信息。
切斯特、您好!
感谢您报告此问题。 我们目前正在调查。 如果您看到问题早在6.2.0、它似乎已经存在了相当长的一段时间。 我会随时向您发布我们的调查结果
谢谢
Ki
切斯特、您好!
我无法再现所描述的问题。 我还将 CCSv7.3.0.00019与从 C66x 内核上的 DDR3 (0x8000000)运行的 SYS/BIOS 程序搭配使用。 但是、我使用不同的目标(C6657)。 到目前为止一切都很好。 您能否提供一个小型测试用例?
谢谢
Ki
[引用 user="Ki-Soo Lee">您能否提供一个小测试案例?[/引用]随附的测试程序是我在单步执行 taskFxn()函数时用于捕获第一个帖子中的屏幕截图的测试程序。
e2e.ti.com/.../66AK2H14_5F00_C66_5F00_max_5F00_sysbios_5F00_heap_5F00_size.zip 是 SYS/BIOS 程序。
e2e.ti.com/.../5314.platforms.zip 包含所使用的定制平台、此平台被放置在与 SYS/BIOS 程序相同的工作区内。
该程序使用板载 XDS200调试探针在 EVMK2H 的66AK2H14 C66内核中运行。
[引用 USER="Ki-Soo Lee"]我还使用了 CCSv7.3.0.00019、其中 SYS/BIOS 程序从 C66x 内核上的 DDR3 (0x80000000)运行。 但是、我使用不同的目标(C6657)。 到目前为止、一切看起来都很好。我已经看到了在66AK2H14的 C66x 内核上运行的许多程序的问题。 可以尝试在一些不同的目标上重复该问题、但直到周末才可以访问硬件。