这是一个低级系统问题。
我需要混合32位和16位代码，因为我正在尝试从保护模式返回到实模式。作为背景信息，我的代码在GRUB引导后执行，所以没有任何麻烦的操作系统告诉我可以做什么和不能做什么。
无论如何，我使用[BITS 32]和[BITS 16]来告诉nasm应该使用哪种类型的操作，但是当我使用bochs测试我的代码时，看起来对于某些操作，bochs没有执行我编写的代码。看起来汇编器会插入额外的0x66和0x67，这使得bochs感到困惑。
那么，我该如何让nasm成功地汇编混合32位和16位代码的文件？有什么诀窍吗？
如果您处于实模式下，则默认大小隐含为16位，因此应使用BITS 16模式。这样，如果需要32位操作数大小，则添加0x66前缀，对于32位地址大小，则添加0x67前缀。
请参阅英特尔IA-32软件开发人员指南第3卷第16章（混合16位和32位代码；根据书籍版本，章节号可能会更改）：
实地址模式、虚拟8086模式和SMM是本机16位模式。
BITS 32指令只会在保护模式或长模式之外使用时使汇编器混淆。
你说得没错，这确实是低级的！
你检查过生成的操作码/操作数，确保nasm正确遵守了你的BITS指令吗？还要检查跳转目标是否正确-也许nasm使用了错误的偏移量。
如果不是nasm的bug，那么bochs可能存在bug。我无法想象人们现在还经常从32位模式切换回16位模式。
