OMAPL138,如何查看dsp核运行的频率

OMAP-L138 dsp内核最高可以跑到456MHz。在power manager驱动里可以查看和修改cpufreq。
http://processors.wiki.ti.com/index.php/OMAP-L1_Linux_Drivers_Usage#Power_Management 

感谢您的回答，这个是arm在linux下的命令，看的是arm核的频率吧，dsp核的频率和arm核的频率是一致的吗？会不会运行的频率不相同呢？目前感觉性能仅比5416高一倍，没有预期的高（主频都高了3倍，而且是32bit核）。在创建的rtsc工程时，创建的平台文件中有个频率设置的，这个会有影响吗？（这个图是从其他文档截取的，由于我的ccs安装有问题，无法打开platform文件。我们生成的平台文件没有修改这个，不知道dsp是不是运行在这个频率下面，所以想确认一下）

还有，下面的debug版本和release版本有什么差别？

奇怪，直接贴在帖子内容的图片，在编辑是可以看到，发表之后看不到。重新上图：

ARM核和DSP核主频是一样的。不能只比较主频，C5416是c54x内核，OMAP-L138上是C674x+ DSP内核，性能比c54x的要好很多。

有没有影响要看你在cfg文件里有没有去重设cpufreq，如果重设的话，会覆盖RTSC里的值。

 Debug是调试版本，release是最终版本，会进行代码优化。

1、目前在移植c5416的程序到omapl138平台，发现实际运行时c5416能在中断时间内正确运行的代码，在omapl138上竟然超出中断间隔时间。c5416一直使用的是debug版本，而138的debug版本却超时，release版本才好点，一直找不到原因何在。而且如果程序里面有很多逻辑判断时，138的release编译时出现编译时间超长甚至好像还编译不了的问题（1个多小时都编译不完成）。

2、cfg文件没有重新配置cpufreq的代码，那么此时dsp运行是的频率是platform平台设置的频率吗？在arm端，使用linux命令看arm是运行在456MHz的，Dsp端一直找不到在哪里查看。

3、rtsc界面设置的debug、release和工程的debug、release是什么关系。好像修改rtsc界面的build-profile的debug、release好像没有多大改变

dsp和ARM主频是一样的。

ARM是456，DSP也是456

速度慢可能与优化等级。CACHE使用等有关

1、138运行性能和5416相差不大，如果按照查看的linux频率是运行456mHz的话，会不会是L1、L2 cache没有启用的缘故？

附件是cfg和bld文件，图片是编译后的map文件使用分布，不知道是不是哪里设置有问题造成L1、L2cache未启用？

2、有没有关于cfg文件和xdc工具的使用文档？

3、内存区域的cache开启，到底怎样关联的，看下图

4、ProcMgr_write/ProcMgr_read可以对dsp进行读写，可以用来对host端arm进行读写吗？有没有关于ProcMgr组件的详细使用说明和例子？看syslink只是简单介绍使用，没有具体的使用样例。

忘记添加附件了。