hurlex 操作系统内核实现 笔记

hurlex 操作系统内核实现

近日在阅读相关hurlex操作系统内核实现时，阅读到由实地址模式转换到保护模式时，操作系统内核编译时做了如下的调整：

采用原本的链接脚本生成的最终文件：

采用新的链接脚本生成最终的elf文件：

我们可以看到，.text段 data段 还有bss段的vma都偏移了0xC0000000
为什么这样程序就可以运行？

首先我们来解释一下LMA VMA是什么意思：
LMA其实就是真正放到的内存地址
VMA其实是链接的事后，链接该符号的地址
通常情况下，这两个地址是一样

来解释一下
假设有如下的程序
…
PagingEable()
Fun()
…
上面这段代码
在PagingEable使能了操作系统的分页，并将0x0~1GB的物理地址空间映射到0xC0000000~0xFFFFFFFF的虚拟地址上
如果Fun函数的LMA和VMA都在0x0~1GB的区间上，而且是0x00000C00
那么当调用完PagingEnable之后，紧接着调用Fun函数
会变代码会是这样：
call 0x00000c00
但是已经分页了，这时候0x00000c00会被认为是虚拟地址，那么需要经过mmu转换，这时候不知道会转到哪里。。。所以就会出问题
所以，我们希望的是，在调用Fun的时候，可以这样
call 0xC00000C00
但是让他所在的物理地址依然是0X00000c00,
这样就可以圆满解决了
所以我们需要处理VMA和LMA，使得LMA = 0X00000C00
vma = 0xc00000c00
这样就可以使得调用Fun时，产生call 0xC00000C00