MMU,全称MemoryManageUnit,中文名——存储器管理单元。

许多年以前，当人们还在使用DOS或是更古老的操作系统的时候，计算机的内存还非常小，一般都是以K为单位进行计算，相应的，当时的程序规模也不大，所以内存容量虽然小，但还是可以容纳当时的程序。但随着图形界面的兴起还用用户需求的不断增大，应用程序的规模也随之膨胀起来，终于一个难题出现在程序员的面前，那就是应用程序太大以至于内存容纳不下该程序，通常解决的办法是把程序分割成许多称为覆盖块（overlay）的片段。覆盖块0首先运行，结束时他将调用另一个覆盖块。虽然覆盖块的交换是由OS完成的，但是必须先由程序员把程序先进行分割，这是一个费时费力的工作，而且相当枯燥。人们必须找到更好的办法从根本上解决这个问题。不久人们找到了一个办法，这就是虚拟存储器(virtualmemory).虚拟存储器的基本思想是程序，数据，堆栈的总的大小可以超过物理存储器的大小，操作系统把当前使用的部分保留在内存中，而把其他未被使用的部分保存在磁盘上。比如对一个16MB的程序和一个内存只有4MB的机器，OS通过选择，可以决定各个时刻将哪4M的内容保留在内存中，并在需要时在内存和磁盘间交换程序片段，这样就可以把这个16M的程序运行在一个只具有4M内存机器上了。而这个16M的程序在运行前不必由程序员进行分割。

任何时候，计算机上都存在一个程序能够产生的地址集合，我们称之为地址范围。这个范围的大小由CPU的位数决定，例如一个32位的CPU，它的地址范围是0~0xFFFFFFFF(4G),而对于一个64位的CPU，它的地址范围为0~0xFFFFFFFFFFFFFFFF(64T).这个范围就是我们的程序能够产生的地址范围，我们把这个地址范围称为虚拟地址空间，该空间中的某一个地址我们称之为虚拟地址。与虚拟地址空间和虚拟地址相对应的则是物理地址空间和物理地址，大多数时候我们的系统所具备的物理地址空间只是虚拟地址空间的一个子集，这里举一个最简单的例子直观地说明这两者，对于一台内存为256MB的32bitx86主机来说，它的虚拟地址空间范围是0~0xFFFFFFFF（4G）,而物理地址空间范围是0x000000000~0x0FFFFFFF（256MB）。

在没有使用虚拟存储器的机器上，虚拟地址被直接送到内存总线上，使具有相同地址的物理存储器被读写。而在使用了虚拟存储器的情况下，虚拟地址不是被直接送到内存地址总线上，而是送到内存管理单元——MMU（主角终于出现了：]）。他由一个或一组芯片组成，一般存在与协处理器中，其功能是把虚拟地址映射为物理地址。

大多数使用虚拟存储器的系统都使用一种称为分页（paging）。虚拟地址空间划分成称为页（page）的单位,而相应的物理地址空间也被进行划分，单位是页框(frame).页和页框的大小必须相同。在这个例子中我们有一台可以生成16位地址的机器，它的虚拟地址范围从0x0000~0xFFFF(64K),而这台机器只有32K的物理地址，因此他可以运行64K的程序，但该程序不能一次性调入内存运行。这台机器必须有一个达到可以存放64K程序的外部存储器（例如磁盘或是FLASH）,以保证程序片段在需要时可以被调用。在这个例子中，页的大小为4K,页框大小与页相同（这点是必须保证的，内存和外围存储器之间的传输总是以页为单位的），对应64K的虚拟地址和32K的物理存储器，他们分别包含了16个页和8个页框。

我的s3c2410上配置的SDRSAM大小为64M,该SDRAM的物理地址范围是0x30000000~0x33FFFFFF(属于Bank6)，由于1个Section的大小是1M,所以该物理空间可以被分成64个物理段(页框).

在Section模式下，送进MMU的虚拟地址(注1)被分为两部分（这点和我们上面举的例子是一样的），这两部分为DescriptorIndex(相当于上面例子的PageIndex)和Offset,descriptindex长度为12bit(2^12=4096,从这个关系式你能看出什么？：))，Offset长度为20bit（2^20=1M，你又能看出什么？：)）.观察一下一个描述符（Descriptor）中的SectionBaseAddress部分，它长度为12bit，里面的值是该虚拟段（页）映射成的物理段（页框）的物理地址前12bit，由于每一个物理段的长度都是1M，所以物理段首地址的后20bit总是为0x00000(每个Section都是以1M对齐)，确定一个物理地址的方法是物理页框基地址+虚拟地址中的偏移部分=SectionBaseAddress<<20+Offset,呵呵，可能你有点糊涂了，还是举一个实际例子说明吧。假设现在执行指令

MOVREG,0x30000012

虚拟地址的二进制码为00110000000000000000000000010010

前12位是DescriptorIndex=001100000000=768,故在TranslationTable里面找到第768号描述符，也可以这么理解：

描述符地址=（取整）（虚拟地址/页大小）

偏移量取这个公式的余数。因此：

该描述的SectionBaseAddress="0x0300",也就是说描述符所描述的虚拟段（页）所映射的物理段（页框）的首地址为0x30000000（物理段（页框）的基地址=SectionBaseAddress左移20bit=0x0300<<20=0x30000000），而Offset=0000000000000000010010=0x12,故虚拟地址0x30000012映射成的物理地址=0x30000000+0x12=0x30000012（物理页框基地址+虚拟地址中的偏移）。你可能会问怎么这个虚拟地址和映射后的物理地址一样？这是由我们定义的映射规则所决定的。在这个例子中我们定义的映射规则是把虚拟地址映射成和他相等的物理地址。我们这样书写映射关系的代码：

voidmem_mapping_linear(void)

{

unsignedlongdescriptor_index,section_base,sdram_base,sdram_size;

sdram_base=0x30000000;

sdram_size=0x4000000;

for(section_base=sdram_base,descriptor_index=section_base>>20;

section_base

descriptor_index+=1;section_base+=0x100000)

{

(mmu_tlb_base+(descriptor_index))=(section_base>>20)|MMU_OTHER_SECDESC;

}

上面的这段段代码把虚拟空间0x30000000~0x33FFFFFF映射到物理空间0x30000000~0x33FFFFFF，由于虚拟空间与物理空间空间相吻合，所以虚拟地址与他们各自对应的物理地址在值上是一致的。当初始完TranslationTable之后，记得要把TranslationTable的首地址(第0号描述符的地址)加载进协处理器CP15的ControlRegister2(2号控制寄存器)中,该控制寄存器的名称叫做Translationtablebase(TTB)register。