我正在编写一个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
的位置。我拆卸代码的方式有问题吗?
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
使用类似的选项?
答案 0 :(得分:3)
您的kernel.o
处于objdump无法理解的目标文件格式中,因此它会尝试反汇编其中的所有内容,包括标题和诸如此类的东西。尝试反汇编链接的输出kernel
。 objdump也可能不理解16位代码。如果有可用的话,最好试试objdump86
。
至于它为什么不存在:你正在寻找错误的地方。您正在加载它以偏移0x1000
(3个零),但您正在查看0x10000
(4个零)。另请注意,您没有设置ES
,这是不好的做法。也许您打算将ES
设置为0x1000
并将BX
设置为0x0000
,然后您会在0x10000
物理地址处找到您的内核。
-Ttext
不会影响加载,它只指定代码期望找到的位置。