QEMU在执行方法时崩溃

我写了一个非常简单的C内核和bootloader。我加载在QEMU内核是这样的：QEMU在执行方法时崩溃

qemu-system-i386 kernel.image

当我加载从实模式转换到保护模式（这一步成功完成）和main方法内核和开关启动执行其他方法这样 void foo(int a, int b, int c, int d, int e) {return;}。但它的执行导致QEMU崩溃。但是，如果我重写foo方法void foo(int a, int b, int c, int d) {return;} - 一切都会好的。以下是错误信息：（QEMU）QEMU：致命的：试图在0xf4000010

EAX=ffffffff EBX=00001000 ECX=00000000 EDX=00000000 
ESI=00000000 EDI=00000000 EBP=ae00008f ESP=00008fcd 
EIP=f4000010 EFL=00000006 [-----P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 
ES =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] 
CS =0008 00000000 ffffffff 00cf9a00 DPL=0 CS32 [-R-] 
SS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] 
DS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] 
FS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] 
GS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] 
LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT 
TR =0000 00000000 0000ffff 00008b00 DPL=0 TSS32-busy 
GDT=  00007c75 00000017 
IDT=  00000000 000003ff 
CR0=00000011 CR2=00000000 CR3=00000000 CR4=00000000 
DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 
DR6=ffff0ff0 DR7=00000400 
CCS=00000000 CCD=00008fc5 CCO=INCL  
EFER=0000000000000000 
FCW=037f FSW=0000 [ST=0] FTW=00 MXCSR=00001f80 
FPR0=0000000000000000 0000 FPR1=0000000000000000 0000 
FPR2=0000000000000000 0000 FPR3=0000000000000000 0000 
FPR4=0000000000000000 0000 FPR5=0000000000000000 0000 
FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 
XMM00=00000000000000000000000000000000  XMM01=00000000000000000000000000000000 
XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000 
XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000 
XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000

我bootloader.S

KERNEL_OFFSET equ 0x1000 

[org 0x7c00] 
[bits 16] 
    mov bp, 0x8000 
    mov sp, bp  
    mov bx, bootstring 
    call print   

    mov [BOOT_DRIVE], dl 
    mov dh, 3h   
    mov bx, KERNEL_OFFSET 
    call load_kernel 
    call enable_A20 
    call init_protected 
loop: 
    jmp loop 

bootstring: db "Loading...", 0 
BOOT_DRIVE: db 0 

print: 
    mov ah, 0xE 
    mov al, [bx] 
    cmp al, 0  
    jz print_done 
    int 0x10  
    inc bx  
    jmp print  
print_done: 
    ret 

load_kernel: 
    push dx   
    mov ah, 0x02 
    mov al, dh  
    mov ch, 0  
    mov cl, 2  
    mov dh, 0  
    int 0x13  
    jc load_error 
    pop dx   
    cmp al, dh  

    jne load_error 
    ret 

load_error: 
    mov bx, load_err_msg 
    call print 
    jmp $ 

enable_A20: 
    cli 

    call a20wait 
    mov al, 0xAD 
    out 0x64, al 

    call a20wait 
    mov al, 0xD0 
    out 0x64, al 

    call a20wait2 
    in al, 0x60 
    push eax 

    call a20wait 
    mov al, 0xD1 
    out 0x64, al 

    call a20wait 
    pop eax 
    or al, 2 
    out 0x60, al 

    call a20wait 
    mov al, 0xAE 
    out 0x64, al 

    call a20wait 
    sti 
    ret 

a20wait: 
    in al, 0x64 
    test al, 2 
    jnz a20wait 
    ret 

a20wait2: 
    in al, 0x64 
    test al, 1 
    jz a20wait2 
    ret 

load_err_msg: db "Cannot load from disk", 0 

gdt:     
gdt_null: 
    dd 0 
    dd 0 
gdt_cs: 
    dw 0xffff 
    dw 0  
    db 0  
    db 10011010b 

    db 11001111b 
    db 0   
gdt_ds: 
    dw 0xffff 
    dw 0   
    db 0   
    db 10010010b 

    db 11001111b 
    db 0   
gdt_end:   

gdt_desc: 
    dw gdt_end - gdt - 1 
    dd gdt 

CODE_SEG equ gdt_cs - gdt 
DATA_SEG equ gdt_ds - gdt 

[bits 16] 
init_protected: 
    cli 
    xor ax, ax 
    mov ds, ax 
    mov es, ax 
    mov ax, 0x9000  
    mov ss, ax 
    mov sp, 0xFFFF 
    lgdt [gdt_desc] 
    mov eax, cr0 
    or eax, 0x1 
    mov cr0, eax 
    jmp CODE_SEG:start_protected 

[bits 32] 

start_protected: 
    mov ax, DATA_SEG 
    mov ds, ax 
    mov es, ax 
    mov fs, ax 
    mov gs, ax 
    mov ss, ax 
    mov esp, 0x9000 
    call KERNEL_OFFSET 

times 510 -($ - $$) db 0 
dw 0xAA55

如果我错了，外面RAM或ROM执行代码？

来源

2015-02-07 dvigal

你真的希望我们在不给我们内核的情况下调试你的内核吗？显然，你以某种方式违反了保护条款，但实际上怎么说都不可能。 – 2015-02-07 17:31:29

真的吗？你是认真的吗？将代码提供给内核。 – SevenBits 2015-02-07 18:12:00

@MarcusMüller对不起，我editet发布;） – dvigal 2015-02-07 19:31:29

症状表明你的堆栈内存设置不正确 - 当函数有足够的参数时，看起来事情会出错，有些参数必须放在堆栈上，而不是全部放在寄存器中。来自QEMU的消息告诉你，你的客人试图从没有RAM的物理地址执行。您应该能够使用调试日志记录选项（-d in_asm，exec，cpu，int -D qemu.log）来调试究竟发生了什么问题，以查看CPU实际上做了什么来达到它尝试执行的点一个无效的地址。

请注意，尽管QEMU错误消息看起来有点像“QEMU崩溃”，但它始终指示客户操作系统错误。

来源

2015-02-09 04:33:53

QEMU在执行方法时崩溃

回答

相关问题