linux汇编跳转保护模式,在Linux内核中从真实模式转换为保护模式

看来您的问题实际上是关于存储在下一行的偏移量是如何工作的，因为它相对于段的开始，不一定是内存的开始：

2: .long in_pm32 # offset

确实 in_pm32 是相对于linker script使用的偏移量 . 特别是链接器脚本具有：

. = 0;

.bstext : { *(.bstext) }

.bsdata : { *(.bsdata) }

. = 495;

.header : { *(.header) }

.entrytext : { *(.entrytext) }

.inittext : { *(.inittext) }

.initdata : { *(.initdata) }

__end_init = .;

.text : { *(.text) }

.text32 : { *(.text32) }

虚拟内存地址设置为零(以及随后的495)，因此可以认为 .text32 部分中的任何内容都必须在低内存中修复 . 如果没有 protected_mode_jump 中的这些说明，这将是一个正确的观察：

xorl %ebx, %ebx

movw %cs, %bx

shll $4, %ebx

addl %ebx, 2f

[snip]

# Transition to 32-bit mode

.byte 0x66, 0xea # ljmpl opcode

2: .long in_pm32 # offset

.word __BOOT_CS # segment

最后有一个手动编码的FAR JMP，用于将CS选择器设置为32位代码描述符，以完成向32位保护模式的转换 . 但要注意的关键是这些方面：

xorl %ebx, %ebx

movw %cs, %bx

shll $4, %ebx

addl %ebx, 2f

这取CS中的值并将其向左移4位(乘以16)，然后将其添加到存储在标签 2f 的值 . 这是你采用real mode segment:offset对并将其转换为线性地址(在这种情况下与物理地址相同)的方式 . 标签 2f 实际上是此行中的偏移 in_pm32 ：

2: .long in_pm32 # offset

当这些指令完成时，将通过将当前实模式代码段的线性地址添加到值 in_pm32 来调整FAR JMP中的长字值 in_pm32 (在运行时) . 此 .long (DWORD)值将替换为(CS << 4)in_pm32 .

此代码旨在可重定位到任何实模式段 . 最终的线性地址是在FAR JMP之前的运行时计算的 . 这实际上是自修改代码 .