mips64 虚地址空间划分

在32位CPU下，程序地址空间划分为4个大区域。每个区域有一个传统的名字。对于在这些区域的地址，各自有不同的属性：

kuseg: 虚拟空间0x0000 0000 - 0x7FFF FFFF (低端2G)：这些地址是用户态可用的地址。在有MMU的机器里，这些地址将一概被MMU作转换，除非MMU的设置被建立好，否则这2G地址是不可用的。对于没有MMU的机器，存取这2G地址的方法依具体机器相关，你的CPU具体厂商提供的手册将会告诉你关于这方面的信息。如果想要你的代码在有或没有 MMU的MIPS处理器之间有兼容性，尽量避免这块区域的存取。

kseg0: 虚拟空间0x8000 0000 - 0x9FFF FFFF(512M): 这些地址映射到物理地址简单的通过把最高位清零，然后把它们映射到物理地址低段512M(0x0000 0000 - 0x1FFF FFFF)。因为这种映射是很简单的，通常称之为“非转换的”地址区域。几乎全部的对这段地址的存取都会通过快速缓存(cache)。因此在cache设置好之前，不能随便使用这段地址。通常一个没有MMU的系统会使用这段地址作为其绝大多数程序和数据的存放位置。对于有MMU的系统，操作系统核心会存放在这个区域。

kseg1: 虚拟空间0xA000 0000 - 0xBFFF FFFF(512M): 这些地址通过把最高3位清零的方法来映射到相应的物理地址上，与kseg0映射的物理地址一样。但kseg1是非cache存取的。kseg1是唯一的在系统重启时能正常工作的地址空间。这也是为什么重新启动时的入口向量是0xBFC0 0000。这个向量相应的物理地址是0x1FC0 0000。你将使用这段地址空间去存取你的初始化ROM。大多数人在这段空间使用I/O寄存器。如果你的硬件工程师要把这段地址空间映射到非低段512M 空间，你得劝说他。

kseg2: 虚拟空间0xC000 0000 - 0xFFFF FFFF (1G): 这段地址空间只能在核心态下使用并且要经过MMU的转换。在MMU设置好之前，不能存取这段区域。除非你在写一个真正的操作系统，一般来说你不需要使用这段地址空间。

综上可以看到，MIPS32 CPU下面的不经过MMU转换的内存窗口只有kseg0和kseg1 的512M的大小，而且这两个内存窗口映射到同一512M的物理地址空间。其余的3G虚拟地址空间需要经过MMU转换成物理地址，这个转换规则是由CPU 厂商实现的。还句话说，在MIPS32 CPU下面访问高于512M的物理地址空间，必须通过MMU地址转换。

在核心态下(CPU启动时)，CPU可以作任何事情。在用户态下，2G之上的地址空间是非法的，任何存取将会导致系统异常处理。注意的是，如果一个 CPU有MMU，这意味着所有的用户地址在真正访问到物理地址之前必须经过MMU的转换, 从而使得OS可以防止用户程序随便乱用。对於一个没有内存映射的OS，MIPS CPU的用户态其实是多余的。在核心态下，CPU可以存取低段地址空间，这个存取也是通过MMU的转换。

下面来谈谈MIPS64 CPU的虚拟地址空间。

64位CPU的地址空间的最低2G和最高2G区域是和32位情况下一样的，64位扩展的地址部分在这两者之间。64位下那些大块的不需要MMU转换的窗口可以克服kseg0和kseg1 512M的局限，但是32位下我们可以通过对MMU编程来同样达到这一点。

xkphys 介绍

XKPHYS 地址控释是UNMAPED，访问是否经过CACHE是通过地址中的CCA域判断的。

地址划分:

CCA ：Cacheability and Coherency Attributes  表示cache的处理状态

体系结构中规定

CCA= 2 是 UNCACHED

CCA= 3 是 CACHED

其他的值根据具体的CPU手册相关，体系结构未做定义