在 linux x86-64 模式下分析内存映射流程

前言

在上一篇中我们分析了 linux 在 x86-32 模式下的虚拟内存映射流程，本章主要继续分析 linux 在 x86-64 模式下的虚拟内存映射流程。

讨论的平台是 x86-64， 也可以称为 amd64， ia-32e， 是现在广泛使用的 64 位架构，可以向前兼容 16位和 32 位的 x86. 另外一种独立的 64 位架构 ia-64与现有架构不同而且貌似发展不好，一般是接触不到的，我们平常讨论的 64 位基本就是指 x86-64.

现在的 cpu 基本都是支持 64 位的，根据处理器强大的兼容性，我们可以配置为 long mode 和 legacy mode, 根据安装的操作系统的模式可以使用不同的模式。

从 wikipedia 的截可以看出， 我们下面要测试的是 operating mode = long mode， operating sub-mode = 64-bit mode 下的虚拟内存映射流程。

映射流程简述

分段的存在更多就是为了兼容性，所以在 x86-64 下的 64位程序该功能近似于 bypass。处理器默认 cs， ds， es， ss的段基址为 0，所以我们下面就不讨论逻辑地址到线性地址的转换了，因为基址为0，经过运算后线性地址和逻辑地址是一样的，和上一章的扁平模式一样。

分页过程会将 48-bit 的线性地址转换为 52-bit 的物理地址, 可以看出虽然是 64bit 的操作系统但在处理器层面并没有提供 2^64 大小的访问范围。48-bit 线性地址可以有以下 3 种映射分配.

4-kbyte 页面

2-mbyte 页面

1-gbyte 页面

我们暂时还不知道 linux 使用哪种分页，但是知道了每种模式下各个寄存器和page structure entry的格式，可以下面慢慢分析。

格式

验证方案

本文整个流程参考了网上的另一篇文章，我会在文章末尾列出链接。

整个验证流程和上一篇在 x86-32 下的测试流程一样，这里就不说明了。

验证过程

编译加载

编译文件，加载 sys_reg.ko, phy_mem.ko 模块

运行 running-prog

运行后可以得到以下输出:

可以看到变量 a， 这就是我们要寻找物理地址的变量，我们给变量 a 赋了个特殊值方便确认。由于我的操作系统和 running-prog 都是64位的，所以对 a 的地址翻译是遵循 x86-64 下的机制的。a 的逻辑地址已经打印出来，而且也就是 a 的线性地址，我们先将 48bit 的线性地址分段.

pml4

控制寄存器 cr3 存储的是 pml4 的基址， bits 47~39 为 pml4e 的序号，对应的 pml4e 地址为：

0x275a1000 + 0 * 8 = 0x275a1000

pml4e 的值为 0x275da067.

pdpt

pdpt 的基址为 0x275da000, bits 38~30 为 pdpte 序号，计算出的 pdpte 地址为：

0x275da000 + 0 * 8 = 0x275da000

pdpte 的值为 0x623a4067, bit7 = 0 说明指向的是 page directory.

pd

pd 的基址为 0x623a4000, bits 29~21 为 pde 的序号，计算出 pde 的地址为：

0x623a4000 + 3 * 8 = 0x623a4018

pde 的值为 0x692bb067， bit7 = 0 说明指向的是 page table.

pt

pt 的基址为 0x692bb000, bits 20 ~12 为 pte 的序号， 计算出 pte 的地址为：

0x692bb000 + 1 * 8 = 0x692bb008

pte 的值为 0x800000004ad6f867.

page frame

page frame 的基址为 0x4ad6f000, bits 11~0 为在 page frame内的偏移，计算出变量的物理地址为：

0x4ad6f000 + 120 = 0x4ad6f078.

熟悉的 0xa5a5aa550000ffff, 说明我们找到了变量 a 的实际物理地址。

结束

感谢 linux内核在x86_64 cpu中地址映射 一文，我的整个流程参考了原作者的文档和代码， 再次感谢原作者的分享。

下面是源代码链接.
study-linux-vm-64bit