.data 段如何加载到单独的 memory 区域而不是 x86 中的 .code 段？

Question

所以我一直在涉足组装，一直想知道，在加载 kernel 时，不同的段是如何加载到不同的 memory 区域的。 我知道操作系统中的用户代码 linker 和操作系统可以简单地将代码和数据放在他们想要的任何区域，但这个问题更具体到内核，它没有操作系统来放置.code 和。数据到不同的区域。

假设我有一个简单的 kernel：

.data
var dw 123

.code
mov eax ebx

引导加载程序或任何处理此问题的方法如何将 Kernel 代码实际加载到数据的单独区域中？ 假设我有 5 个不同的程序集文件，都带有.data 段，变量是否都一个接一个地加载到同一个区域？

Answer 1

由引导加载程序来处理这个问题，因此它最终取决于引导加载程序的作用，但通常引导加载程序以标准格式（如 PECOFF 或 ELF）加载标准可执行映像。 它们加载 kernel 就像操作系统加载程序可执行文件一样。

存在节，因此具有相同名称的节的内容将在可执行文件中连续分组在一起。 linker 将获取所有输入 object 文件中所有.text部分的内容，并将它们组合成 output 可执行文件中的一个.text部分。 同样，它将对.data和其他命名部分执行相同的操作。

linker 采用所有这些组合部分并将它们一个接一个地放置在可执行文件中，创建一个可以加载到 memory 的连续映像。 在操作系统下，可执行文件将在单个连续块中加载到 memory 中。 如有必要，将应用重定位以说明加载到与预期加载位置不同的地址的可执行文件，并且将用零初始化未初始化的数据段 (.bss)。 最后memory中可执行文件的每一页的权限将根据它们所属的段进行调整。 例如， .text节中的页面将被标记为只读且可执行，而在.data节中，它们将被标记为读/写且不可执行。

（请注意，这简化并掩盖了链接器和操作系统如何创建和加载可执行文件的许多细节。可以合并、重命名、丢弃等部分。可以在段之间插入填充空间，以便它们与页面对齐。在object 文件中的 ELF 命名节实际上是可执行文件中转换的未命名程序段，正是这些程序段确定了页面权限。）

引导加载程序加载 kernel 可执行文件，就像操作系统一样，但可能不支持重定位，并且不会更改页面权限，因为这些需要操作系统才能工作。 kernel 本身负责设置自己的页面权限。

So the kernel code and data gets loaded into one single contiguous area of memory, with that area of memory subdivided into separate areas for the code, data and any other sections the kernel uses.