关于代码可以移植性的思考，因为项目需求，在X86和ARM平台上共用一份USB驱动的代码，在代码中，要与USB接收发送缓存打交道，相应的，ARM平台中要求有显示的对D-cache的操作，而在86平台上，这个步骤就可以省去么？
以下内容摘自：http://blog.csdn.net/arriod/article/details/2826959
清除cache的意思是清除cache中存储的全部数据。对处理器而言，清除操作只要清零相应cache行的有效位即可。当存储器配置上有变化时，整体或部分cache可能需要进行清除操作。有时也用术语作废（invalidate）来代替术语“清除”。然而，对于采用写回策略的D-cache，就需要使用清理（clean）操作。
清理cache的意思是把脏的（即被改写过的）cache行强制写到主存，并把cache行中的脏位清零。清理cache可以重建cache与主存之间的一致性，它只用在使用写回策略的D-cache上。
改变系统的存储器配置可能要执行清除和清理cache的操作。访问权限、cache和缓冲策略的变化或者重新映射虚拟地址等操作都需要清理或清除cache。
在分离cache中执行自修改代码之前，cache也需要执行清理和清除操作。自修改代码包括将代码简单地从一个地方拷贝到另一个地方。清理和清除操作是由两种可能的情况引起的：第一，自修改代码可能别承载在D-cache中，因此，不可能作为一条指令从主存中进行加载；第二，I-cache中现存的指令可能会屏蔽写到主存中的新指令。
如果cache使用写回策略并且自修改代码被写入主存中，那么第一步就是将指令以数据块的形式写到主存中某处；稍后，程序跳转到主存中，以指令流的形式从主存中的该处开始执行。其中，当代码作为数据写入到主存中时，如果cache存储器中代表自修改代码被写入的主存位置的cache行有效，那么代码有可能会被写入到cache中（没有写入主存）。这些cache行会被拷贝到D-cache，而不是被拷贝到主存。如果发生了这种情况，那么当程序跳转到自修改代码所在的地方（主存某处）时，就会执行原来数据表示的代码，因为自修改代码此时实际上还在D-cache中。为了防止这种情况发生，可以进行D-cache的清理操作，把指令代码强制作为数据存到主存中，从而这些数据就可以作为指令流从主存中读出来。
D-cache被清理后，新的指令就被写到主存中。但是，I-cache中可能会有效cache行存储新数据（代码）地址对应的指令。接下来，在新代码所在的地址读取指令时，仍然会得到I-cache中的老代码，而不是主存中的新代码。清除I-cache可以防止这种情况的发生。
在linux的代码中涉及到自搬运代码的地方有：
1． 应用程序的装载：
Load_aout_binary
Load_aout_libary
Load_aout_interp
Load_flat_file
2． Fiq代码的搬运：
3． Signal.c中：
Setup_frame
Setup_rt_frame
阅读(9618) | 评论(0) | 转发(1) |
