创建 x86 Bootstrap

Question

我正在编写一个引导加载程序，如下所示:

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 程序，它在 VGA 显示器上打印“e”(在 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 文件不对应。例如，我看不到“e”作为 ASCII 0x65 存储在哪里，或者在哪里调用了 put_in_mem。我反汇编代码的方式有问题吗？

1. 为 QEmu 制作内核的目标文件，我使用了以下命令:

ld86 -o kernel -d kernel.o put_in_mem.o

Here put_in_mem.o is the object file created after assembling the put_in_mem.asm file which contains the definition of the function put_in_mem() used in kernel.c.
Then floppy image for QEmu is made using:

cat boot.o kernel > floppy_img

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

Answer 1

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

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

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