因此,在过去的几周里,我一直致力于编写一个引导加载程序和汇编内核(x86/x86_64),虽然我尝试了更复杂的解决方案,但在自己编写之前,我决定尝试一些名为Sinned的用户在这里发布的代码。我的引导程序代码是:
[BITS 16]
[ORG 0x7C00]
MOV DL, 0x0 ;drive 0 = floppy 1
MOV DH, 0x0 ;head (0=base)
MOV CH, 0x0 ;track/cylinder
MOV CL, 0x02 ;sector (1=bootloader, apparently sectors starts counting at 1 instead of 0)
MOV BX, 0x1000 ;place in RAM for kernel - I suppose randomly chosen on examples
MOV ES, BX ;place BX in pointer ES
MOV BX, 0x0 ;back to zero - also has something to do with RAM position
ReadFloppy:
MOV AH, 0x02
MOV AL, 0x01
INT 0x13
JC ReadFloppy ;if it went wrong, try again
;pointers to RAM position (0x1000)
MOV AX, 0x1000
MOV DS, AX
MOV ES, AX
MOV FS, AX
MOV GS, AX
MOV SS, AX
JMP 0x1000:0x0
;assuming we get never back here again, so no further coding needed (kernel handles everything now)
TIMES 510 - ($ - $$) db 0 ;fill resting bytes with zero
DW 0xAA55 ;end of bootloader (2 bytes)
我的内核文件是:
;set print-registers
MOV AH, 0x0E ;function nr
MOV BH, 0x00 ;page
MOV BL, 0x07 ;color
MOV SI, msg ;move msg to SI-pointer
CALL PrintString ;call function to print SI (msg)
JMP $ ;hang
PrintString:
.next_char:
MOV AL, [SI] ;current character
OR AL, AL
JZ .print_done ;if current char is zero, go to end
INT 0x10 ;print character
INC SI ;increase pointer to msg (next character)
JMP .next_char
.exit_char
RET
msg db 'Hello world from the kernel!', 13, 10, 0
TIMES 512 - ($ - $$) db 0 ;fill the rest
我可以把所有东西都组装好,当连接到软盘控制器时,创建的单个二进制文件会在VirtualBox中启动。虽然这让我有信心在自己的加载程序和内核上工作,但我希望能在裸机上启动它。
我曾尝试用USB驱动器启动映像,但没有成功,我确信我对U盘的映像是正确的。我开始觉得我错过了一些非常明显的东西。我怀疑这与使用13h从"软盘"中读取有关,我实际上是在尝试从USB中读取原始二进制文件。是这样吗?如果是这样的话,我如何重写引导加载程序以从非特定磁盘而不是软盘读取?
我已经编写了一些适用于此代码的通用引导程序提示。特别是我有这个提示:
- 当BIOS跳转到您的代码时,您不能依赖具有有效值或预期值的CS、DS、ES、SS、SP寄存器。它们应该在启动引导程序时进行适当设置。您只能保证您的引导加载程序将从物理地址0x00007c00加载和运行,并且引导驱动器号已加载到DL寄存器中
第一张软盘的启动驱动器通常为0,因此您的虚拟机可能工作了,因为您启动了一个安装为虚拟驱动器a:的软盘映像。导致您出现问题的代码在ReadFloppy
代码中。特别是这一行:
MOV DL, 0x0 ;drive 0 = floppy 1
您应该使用BIOS传递的值对零进行硬编码。在任何系统上,如果你以软盘驱动器A以外的方式启动,它很可能会失败。要解决此问题,只需删除上面的行即可。
我建议查看我在提供的链接中提供的其他引导程序提示。