创建x86引导程序

时间:2015-02-23 19:45:56

标签: c assembly x86 nasm bootloader

我正在编写一个bootloader,如下所示:

bits 16
[org 0x7c00]
KERN_OFFSET equ 0x1000
mov [BOOTDISK], dl
mov dl, 0x0 ;0 is for floppy-disk
mov ah, 0x2 ;Read function for the interrupt
mov al, 0x15 ;Read 15 sectors conating kernel
mov ch, 0x0 ;Use cylinder 0
mov cl, 0x2 ;Start from the second sector which contains kernel
mov dh, 0x0 ;Read head 0 
mov bx, KERN_OFFSET
int 0x13
jc disk_error
cmp al, 0x15
jne disk_error
jmp KERN_OFFSET:0x0
jmp $

disk_error:
jmp $


BOOTDISK: db 0

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

内核是一个简单的C程序,用于打印" e"在VGA显示器上(见QEmu):

void main()
{
 extern void put_in_mem();
 char c = 'e';
 put_in_mem(c, 0xA0);
}

我在QEmu中以16位(实模式)使用此代码,因此我使用编译器bcc来使用以下代码:

bcc -ansi -c -o kernel.o kernel.c

我有以下问题:
1.当我尝试反汇编此代码时,使用

objdump -D -b binary -mi386 kernel.o

我得到这样的输出(仅输出的初始部分):

kernel.o:     file format binary

Disassembly of section .data:

00000000 <.data>:
   0:   a3 86 01 00 2a          mov    %eax,0x2a000186
   5:   3e 00 00                add    %al,%ds:(%eax)
   8:   00 22                   add    %ah,(%edx)
   a:   00 00                   add    %al,(%eax)
   c:   00 19                   add    %bl,(%ecx)
   e:   00 00                   add    %al,(%eax)
   10:  00 55 55                add    %dl,0x55(%ebp)
   13:  55                      push   %ebp
   14:  55                      push   %ebp
   15:  00 00                   add    %al,(%eax)
   17:  00 02                   add    %al,(%edx)
   19:  22 00                   and    (%eax),%al

此输出似乎与我制作的kernel.c文件不对应。例如,我无法看到&#39; e&#39;存储为ASCII 0x65或调用put_in_mem的位置。我拆卸代码的方式有问题吗?

  1. 要为QEmu制作内核的目标文件,我使用了以下命令:
  2. ld86 -o kernel -d kernel.o put_in_mem.o
    

    此处put_in_mem.o是汇编put_in_mem.asm文件后创建的目标文件,其中包含put_in_mem()中使用的函数kernel.c的定义。
    然后使用以下方法制作QEmu的软盘映像:

    cat boot.o kernel > floppy_img
    

    但是当我尝试查看地址0x10000(使用GDB)时,内核在加载后应该存在(使用boot.asm程序),它不存在。
    为什么会这样? 此外,在ld命令中,我们使用-Ttext选项指定二进制文件的加载地址,我们是否应该在ld86使用类似的选项?

1 个答案:

答案 0 :(得分:3)

您的kernel.o处于objdump无法理解的目标文件格式中,因此它会尝试反汇编其中的所有内容,包括标题和诸如此类的东西。尝试反汇编链接的输出kernel。 objdump也可能不理解16位代码。如果有可用的话,最好试试objdump86

至于它为什么不存在:你正在寻找错误的地方。您正在加载它以偏移0x1000(3个零),但您正在查看0x10000(4个零)。另请注意,您没有设置ES,这是不好的做法。也许您打算将ES设置为0x1000并将BX设置为0x0000,然后您会在0x10000物理地址处找到您的内核。

-Ttext不会影响加载,它只指定代码期望找到的位置。