原文地址：《uboot启动代码分析之系统引导时为什么要关闭Caches？》

目录

一、在哪关闭cache

二、系统引导时为什么要关闭Caches

三、关键字Volatile

---

一、在哪关闭cache

U-Boot-2012.04.01中有如下代码：

cpu_init_crit:/** flush v4 I/D caches //关闭数据和指令缓存*/mov    r0, #0mcr    p15, 0, r0, c7, c7, 0    /* flush v3/v4 cache */mcr    p15, 0, r0, c8, c7, 0    /* flush v4 TLB */

在Linux 2.6.30.4中也有类似的代码

__arm920_setup:  mov r0, #0  mcr p15, 0, r0, c7, c7      @ invalidate I,D caches on v4  mcr p15, 0, r0, c7, c10, 4      @ drain write buffer on v4   #ifdef CONFIG_MMU  mcr p15, 0, r0, c8, c7      @ invalidate I,D TLBs on v4   #endif  adr r5, arm920_crval  ldmia   r5, {r5, r6}  mrc p15, 0, r0, c1, c0      @ get control register v4  bic r0, r0, r5  orr r0, r0, r6  mov pc, lr  

---

二、系统引导时为什么要关闭Caches

从引言中我们可以看出，在U-Boot和Linux的引导阶段都关闭了Caches，这是为什么呢？

Caches是CPU内部的一个2级缓存，它的作用是将常用的数据和指令放在CPU内部。Caches是通过CP15管理的，刚上电的时候，CPU还不能管理Caches。上电的时候指令Cache可关闭，也可不关闭，但数据Cache一定要关闭，否则可能导致刚开始的代码里面，去取数据的时候，从Cache里面取，而这时候RAM中数据还没有Cache过来，导致数据预取异常 。

---

三、关键字Volatile

说到Caches就必须提到一个关键字Volatile，以后在设置寄存器时会经常遇到。它的本质：是告诉编译器不要对我的代码进行优化，作用是让编写者感觉变量的变化情况。
优化的过程：是将常用的代码取出来放到Caches中，它没有从实际的物理地址去取，它直接从CPU的缓存中去取，但常用的代码就是为了感觉一些常用变量的变化
优化原因：如果正在取数据的时候发生跳变，那么就感觉不到变量的变化了，所以在这种情况下要用Volatile关键字告诉编译器不要做优化，每次从实际的物理地址中去取指令，这就是为什么关闭Caches的原因。
但在C语言中是不会关闭Caches，会打开，如果编写者要感觉外界变化，或变化太快，从Caches中取数据会有误差，就加一个关键字Volatile。
 

《新程序员》：云原生和全面数字化实践50位技术专家共同创作，文字、视频、音频交互阅读

总结

以上是生活随笔为你收集整理的uboot启动过程中关闭Caches的全部内容，希望文章能够帮你解决所遇到的问题。

如果觉得生活随笔网站内容还不错，欢迎将生活随笔推荐给好友。