SECDEVTOOL-OMAPL138C6748: 大内存数据cache_Inv耗时比较大的问题

你好，我看编译后的map文件中包含以下段

MEMORY CONFIGURATION

name origin length used unused attr fill
---------------------- -------- --------- -------- -------- ---- --------
IROM 11700000 00100000 00000000 00100000 R X
L3_CBA_RAM 80000000 00020000 00000000 00020000 RW X
SR_0 c2000000 00010000 00010000 00000000 RW X
SR_1 c2010000 00020000 00000000 00020000 RW X
DSP_PROG c2100000 00100000 00091820 0006e7e0 RW X
DSP_DATA c2200000 01d00000 01590f2c 0076f0d4 RW

其中：IROM、L3_CBA_RAM程序的bld、cfg文件都是没有定义的，这两片内存地址是真实存在的吗？可以被程序使用，可以placement代码或数据进去吗？L3_CBA_RAM会被ARM核的linux系统控制吗，还是说只有dsp核可以控制？

你好，你提供的sprug82a.pdf文档中，2.7.2 Changing Cache Sizes During Run-Time这一节提到的task-A,task-B的例子，有完整的实现参考代码吗？

你好，Nancy Wang，我在sprug82a.pdf文件中的3.1.2 C674x Pipelining of L1D Read Misses，这一节里面的举例touch函数，我的理解是可以将一片内存快速加载到cache中，不知道我的理解是否有误？这个看说明是c674x的，不知道能否在其他器件如am57x系列上正常运行吗？

Kevin Le82 说：

，2.7.2 Changing Cache Sizes During Run-Time这一节提到的task-A,task-B的例子，有完整的实现参考代码吗？

没有。

这个没有一个完整的例子太可惜了，主要问题点是，程序中怎么获取一个函数的地址及大小、或者某一个段的大小如.external？这样才方便进行cache和内存之间进行数据转移，也才能写转移代码吧

我仔细看一下再给您回复。

我看了那个博客文章，里面的内容基本都是sprup82a的意思。

我有一个想法，如果使用touch函数，touch程序中的代码，这样会对代码有加速作用吗；touch代码之后，代码会被cache到L1D和L2,当访问代码时，是否会在L2中命中然后加载到L1D；touch代码会对L1D造成影响

Kevin Le82 说：

如果使用touch函数，touch程序中的代码，这样会对代码有加速作用吗；touch代码之后，代码会被cache到L1D和L2,当访问代码时，是否会在L2中命中然后加载到L1D；touch代码会对L1D造成影响

建议您另起新帖，方便其它客户查看。

已开新贴

(+) PROCESSOR-SDK-OMAPL138: touch的应用

好的，我会将此贴关闭。