最近我试图了解引导加载程序的工作原理。 我正在使用nasm汇编程序编写我的加载程序,并用bochs和一张软盘映像进行测试。
第1阶段和第2阶段的已编译二进制文件通过副本连接到一个图像中。 这个图像正是我想要的。 512Bytes stage1代码(包括magicnumber,它加载得很好)和第二扇区中的512 stage2代码。
但我认为我的问题是将扇区加载到ram并跳入其中。我的代码有问题吗?
Stage1.asm
BITS 16
start:
mov ax, 07C0h ; Set up 4K stack space after this bootloader
add ax, 288 ; (4096 + 512) / 16 bytes per paragraph
mov ss, ax
mov sp, 4096
mov ax, 07C0h ;Set data segment to where we're loaded
mov ds, ax
mov si,s_version
call print_string
; ## Load stage2
mov si,s_loading
call print_string
xor ax,ax
xor bx,bx
xor cx,cx
xor dx,dx
;read 2nd sector
mov ah,02h
mov al,1 ;read 1
mov ch,0 ;on track 0
mov cl,2 ;2nd sector
mov dh,0 ;head 1
mov dl,0 ;from floppy a
mov bx,09C0h;destination segment
mov es,bx
mov bx,0 ;destination offset
int 13h ;<-- Fails right here
mov si,s_sector
call print_string
;print number of read sectors
add ax, 48
mov ah, 0Eh
int 10h
mov al, 21
mov ah, 0Eh
int 10h
;print the sector's magicnumber (debugging purposes)
mov al, [09C0h+511]
int 10h
xor ax,ax
int 16h
mov si,s_jumping
call print_string
call word 09C0h:0000h
; #### print a string from si
print_string:
push ax
push bx
mov ah, 0Eh
.repeat:
lodsb
cmp al, 0
je .exit
int 10h
jmp .repeat
.exit:
pop bx
pop ax
ret
; ****
; #### define strings
s_version db 'VeOS 0.0.0.1',10,13,0
s_loading db 'Loading Stage2...',10,13,0
s_sector db 'Loading sector...',10,13,0
s_jumping db 'Passing control to Stage2.',10,13,0
; ****
;fillup with zeros
times 510-($-$$) db 0
;boot signature
dw 0xAA55
stage2.asm
BITS 16
start:
mov ax, 09C0h ; Set up 4K stack space after this bootloader
add ax, 288 ; (4096 + 512) / 16 bytes per paragraph
mov ss, ax
mov sp, 4096
mov ax, 09C0h ;Set data segment to where we're loaded
mov ds, ax
mov ah, 0Eh
mov al, 21 ;"!"
int 10h
mov ah, 00h
int 16h
jmp $
times 511-($-$$) db 0
;Magicnumber for debugging
db 0x41
我彻底搜索了一下,没有发现任何描述如何将扇区加载到ram并跳入其中。我的程序中找不到第二扇区的Magicnumber。
如果只是对地址进行一些错误估计,那就太棒了。
更新: 当前源代码,标记有锁定的行。我将所有4个主要寄存器设置为纯偏执的0。
UPDATE2: 再次当前的版本。在设置寄存器和发出int 13h之间没有做任何事情。
答案 0 :(得分:3)
更新:除了下面的内容,你还要在加载时覆盖你的堆栈!
您的堆栈位于07C0h + 288 : 4096
08E0h:1000h = 09E0h:0000h
,您正在读取09C0h:0000
,并且正向前移动512字节(以09E0h:0000h
结束)覆盖堆栈。移动堆栈或读取其他地方。请参阅memory map from osdev.org获取灵感。
我担心我不知道一个好的逐步调试器。我只是在代码中放置了jmp $-2
指令,并使用QEMU内置调试器在适当的位置执行“信息寄存器”。我认为Bochs可能有类似的东西。
我看到的三(2.5)件事情(虽然可能会有更多):
;read 2nd sector
mov ah,02h
mov al,1 ;read 1
mov ch,0 ;on track 0
mov cl,1 ;2nd sector
mov dl,0 ;from floppy a
mov bx,09C0h ;destination
mov es,bx
int 13h
bx
作为09c0h
离开,因此它将显示为09C0h:09C0h
而不是09C0h:0000h
。cl = 1
),但你正在读第一个部门!见Ralph Brown。dh
(头部)。它在Bochs中可能很好,但除了dl
being set to the drive number之外,我无法回想起最初的条件是什么。这是我用于小型测试内核的引导加载程序(从osdev.org的各个部分获取的部件,如果你想比较/复制,可能会有我引入的错误,所以要小心)。 (我保留dl
完整,因为它包含启动驱动器,因此您不必对其进行硬编码。)
bits 16
org 0x7c00
Start: jmp EntryPoint
PrintString16:
pusha
.PrintLoop:
lodsb
or al, al
jz .PrintDone
mov ah, 0xe
int 0x10
jmp .PrintLoop
.PrintDone:
popa
ret
EntryPoint:
xor ax, ax
mov ss, ax
mov ds, ax
mov sp, 0x7c00
.DiskReset:
mov ah, 0
int 0x13
jc .DiskReset
mov ax, 0x50 ; load to 0x500 linear address. It has unused space up to 0x7bff
mov es, ax
xor bx, bx
mov ax, 0x023B ; count = 0x3b = 59, the maximum (while still leaving soom room for the stack and the boot sector code we're currently running)
mov cx, 0x0002
xor dh, dh ; leave dl intact
int 0x13
jnc .ReadDone
mov si, ReadError
call PrintString16
jmp .DiskReset
.ReadDone:
;jmp 0x50:0x0 ;jump to stage 2 loaded at 0x500
cli
xor ax, ax
mov ds, ax
mov es, ax
mov ax, 0x9000
mov ss, ax
mov sp, 0xffff
sti
mov si, HelloMsg
call PrintString16
; Disable interrupts until safely in protected mode
cli
; Install GDT
lgdt [toc]
; Enable A20
mov al, 0xdd
out 0x64, al
mov si, GoPMode
call PrintString16
; enable protected mode
mov eax, cr0
or eax, 1
mov cr0, eax
jmp 0x8:PmodeStart
bits 32
PmodeStart:
; setup stack and datasegments
mov ax, 0x10
mov ds, ax
mov es, ax
mov fs, ax
mov gs, ax
mov ss, ax
; Setup stack at 0x90000
mov esp, 0x90000
; Jump to C-code
jmp 0x8:0x500
; Reboot if C-code returns
Reboot:
mov word [0x472], 0x1234
jmp 0x8:0xffff0
ReadError db 'Read error - retrying...', 13, 10, 0
HelloMsg db 'Loading...',0
GoPMode db 'Entering protected mode..',0
gdt_data:
dd 0 ; null descriptor
dd 0
; gdt code: ; code descriptor
dw 0FFFFh ; limit low
dw 0 ; base low
db 0 ; base middle
db 10011010b ; access
db 11001111b ; granularity
db 0 ; base high
; gdt data: ; data descriptor
dw 0FFFFh ; limit low (Same as code)10:56 AM 7/8/2007
dw 0 ; base low
db 0 ; base middle
db 10010010b ; access
db 11001111b ; granularity
db 0 ; base high
end_of_gdt:
toc:
dw end_of_gdt - gdt_data - 1 ; limit (Size of GDT)
dd gdt_data ; base of GDT
times 510 - ($-$$) db 0 ; pad to 512 bytees, will also warn if we exceed 512 bytes
dw 0xAA55 ; boot signature