关于ARM9的MMU重要了解

MMU给我感觉是个很杂乱的东西，网上看了一些材料，牵强知道了一些外表的东西。它有两个效果：1、把虚拟地址映射到物理地址；2、对内存拜访供给操控机制。

原文地址：

http://blog.chinaunix.net/u1/58780/showart_468065.html

在ARM中，MMU别的供给了一张映射表（MVA），用于程序虚拟地址（VA）到物理地址（PA）的映射。MVA称为改换后的VA。在程序运转时，CPU只看到VA，而MMU和cache们只看到PA和MVA。应该说，在进程运转切换过程中，映射联系是动态改变的，由于不同进程和内存之间需求不同的映射联系，就需求不断的重做映射表，这个价值是很大的。所以，有必要让映射表中需求更新的内容很少，以削减功能开支，这就呈现了“改换后的”VA，即MVA，假如VA<32M，需求运用进程标识号PID(经过读CP15的C13取得)来转化为MVA。

VA与MVA的转化办法如下(这是硬件主动完结的)：

如：假定两个进程1、2运转时的VA都是0-32M，则他们的MVA分别是0x02000000-0x03ffffff、0x04000000-0x05ffffff，这样进程切换就省劲多了，不用进行重建页表等作业。

但 是，这一起带来了中止跳转的问题。当产生反常时，需求跳到0x0方位的反常向量表，这个0x0应该是VA，且小于32M，假如敞开了MMU，就会被转化为 MVA，而不同的PID产生不同的MVA，这就导致反常向量表的地址不一致了。所以，Linux采取了将0x0方位的向量表映射到高地址 0xffff0000处，就没有上述的问题了，看了半响原来是这么回事。。。

由于，在32位的CPU体系上，虚拟地址空间为2^32 = 4G
而VA和MVA的转化公式为：
if(VA < 32M) then
MVA = VA | PID << 25;
else
MVA = VA;
这样，只需每个进程的VA都在32M之内，就能够确保每个进程的MVA不会产生堆叠。
2^25 = 32M。别的，能够核算出进程最多为2^(32-25) = 128个