第一次编写bootsect时的问题解决过程

最新推荐文章于 2022-04-20 21:12:02 发布
最新推荐文章于 2022-04-20 21:12:02 发布
阅读量764 收藏 5
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mapleandkw/article/details/42457493
版权

这记录了我，一个汇编盲+作业系统盲+硬件盲一次解决问题的过程。高手们呢就别来笑话我了,谁不是从渣慢慢成长起来的呢?

头一次写bootsect

这是要写一个bootsect, 就是传说中的引导扇区, 软盘的头512个字节, 0xaa55结尾, BIOS在启动后自动把它加载到内存的0x7c00然后开始执行, 这是我仅有关于它的知识了. 我希望在它启动之后能在屏幕上印上一个"Hello, world!\r\n"就是了.

查了查Wikpedia,发现在刚加电启动还在实模式的时候有两种方法现实:

  • 趁BIOS还活在0xFFFF0用int 10/AH=0x13 BIOS中断
  • 0xb800:0000 - 0xb800:07ff是彩色文字模式下VGA显卡的显存在内存中的映射, 直接往里头写数据, 这些数据就会以latin1显示在屏幕上

看上去BIOS要简单点,那就搞这个吧. 先去Ralf的表里查查中断的用法, 我决定设置这些寄存器(一开始它们都是0):

  1. ah = 0x13: 视讯功能中断
  2. al = 0x01: 写入字符后更新光标位置
  3. bl = 0x0F: 高四位是背景色(0为黑), 低四位是字体色(F为白)
  4. cx = msg_len: 字串长度
  5. es:bp = msg: 字串首地址 

# bootsect.s
# figure 0

.global _start

.section .text
_start:
  mov $0x1301, %ax
  mov $0x000f, %bx
  mov $msg_len, %cx
  mov $msg, %bp

  int $0x10
_pause:
  jmp _pause

.section .data
msg:
  .ascii "Hello, world\r\n"
  .equ msg_len, . - msg
  .org 0x200 - 2
  .word 0xaa55

这个程序就像是把Linux的经典0x80中断直接改成了0x10中断而已. 为了
方便编译我顺手写了个Makefile:

# Makefile
all: bootsect.img

bootsect.img: bootsect.o
    ld bootsect.o -o bootsect.img

bootsect.o: bootsect.s
    as bootsect.s -o bootsect.o

run: bootsect.img
    qemu-system-x86_64 -fda bootsect.img

make run之后我就遇到了错误. 然后我就开始了漫长的修BUG之旅.

大量错误QAQ

首先我遇到了链接时的错误:
relocation truncated to fit: R_X86_64_16 against '.data' 和
relocation truncated to fit: R_X86_64_16 against '.text'

错误的大意是说R_X86_64_16不支持.data段和.text段. R_X86_64_16是64位as的一个重定位类型(relocation type, 在elf.h中定义).所谓重定位, 就是重新把代码中的一些符号定位. 比如msg, 在编译的时候,msg的地址是0x0(因为在段的开头), 然而链接的时候, 就要考虑到程序装载的位置, 若.data被装载到了0x4000, 那msg就要重定位到0x4000. 关于重定位的更多信息可以从Wiki中获取.

从错误信息里几乎没有获得什么修改方案, 但也有两点引起了我的注意:

  • 16: 为何链接器会自动采用16位重定位?
    顺着这个思路, 我决定把所有寄存器改成32位, 也就是加e试试看.

    # figure 1, based on figure 0
mov $0x1301, %eax
mov $0x0001, %ebx
mov $msg_len, %ecx
mov $msg, %ebp

    编译成功了, 看来的确跟16位有关系.

  • '.data': 为什么是'.data'而不是'data'?

    # figure 2, based on figure 0
.section text
# ...
.section data

    编译通过. 难不成是section名字的问题? 名字不应当有这样的作用.

既然在段上有这样的问题, 那就用readelf来观察一下:

$ readelf -S bootsect.img

  [Nr] Name          Type         Address         Offset
     Size          EntSize        Flags  Link  Info  Align
  ...
  figure 1
  [ 1] .text         PROGBITS       00000000004000b0  000000b0
     0000000000000018  0000000000000000  AX     0     0     4
  [ 2] .data         PROGBITS       00000000006000c8  000000c8
     0000000000000200  0000000000000000  WA     0     0     4

  ...
  figure 2
  [ 1] text          PROGBITS       0000000000000000  00000040
     0000000000000014  0000000000000000         0     0     1
  [ 2] data          PROGBITS       0000000000000000  00000054

对比两个figure的输出, 可以发现Flags和Address不同, 但是这些不同是否真的带来了错误呢? 通过翻查文档, Flags可以在.section伪指令后加参数:.section name [, flags] 来指定; 而Address可以通过在ld后加参数:ld -section-start=name=org来指定 (-section-start=.text=org <=> -Ttext=org; -section-start=.data=org <=> -Tdata=org 如此类推).那么照这两个属性我们来做些对比实验.

进行实验

# figure 3, based on figure 0
# bootsect.s
.section text, "x"
# ...
.section data, "w"

F3链接通过

# figure 4, based on figure 0
# bootsect.s
.section text, "ax"
# ...
.section data, "wa"

F4出现错误

# figure 5, based on figure 0
# Makefile
    ld bootsect.o -Ttext=0x0 -Tdata=0x14 -o bootsect.img

F5链接通过

# figure 6, based on figure 0
# bootsect.s
.section text, "ax"
# ...
.section data, "wa"

# Makefile
    ld bootsect.o -section-start=text=0x0 -section-start=data=0x14 -o bootsect.img

F6链接通过

# figure 7, based on figure 0
# Makefile
    ld bootsect.o -Ttext=0x60000 -Tdata=0x400000 -o bootsect.img

F7出现错误

通过实验我们可以发现这些现象:

  • 在Flags中加上"a"就会出现错误
  • 指定的地址小于0xFFFFF就会成功, 而过大就又会出错
  • (没有列出代码) 加入了"a"Flag的段, 地址会超过0xFFFF

结论与各种解决

结合上面16位和32位的现象, 我这样解释这个错误的原因:

  • 链接器在处理mov $msg, es这一条语句时, 需要对msg重定位
  • 考虑到es是16位寄存器, 因此采用R_X86_64_16重定位
  • .data是内建的特殊段, 专门存放数据, 因此默认具有'AW'Flags
  • 从elf.h中我们看到SHF_ALLOC, 定义含A Flag的段将动态地分配内存
  • 在80x86 CPU的惯例, 它将被置于大于0xFFFF的某一个地方
  • 如本代码中, .data被分配到0x600000, 即重定位时msg将被定位到0x600000
  • R_X86_64_16无法将0x600000表示为一个WORD, 于是报错

这样对于Error1的解决方案就出来了. 方案有很多, 基本上就是围绕把两个段的内存地址降到0xFFFF以下就是了. 参考Linus的方案, 把.data取消掉方便寻址;在Makefile中加入-Ttext=0x7c00. 这样, msg就会被重定位到以0x7c00附近, 无需长跳(来更变cs)或者更改es.

# bootsect.s
.section .text
...
msg:
    .ascii "Hello, world\r\n"
...

# Makefile
    ld bootsect.o -Ttext=0x7c00 --oformat binary -o bootsect.img

这时我发现链接出来的bootsect.img远远超过512kB, 这时我回忆起刚才的readelf显示不止.text段. 它们时什么乱七八糟的啊......Elf文件头是Linux的特性, 放到bootsect里也没用, 这些东西都要删掉. 不过在这之前, 我得先搞清楚从那儿到那儿是.text.

$ readelf -S bootsect.img
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  ...
  [ 1] .text             PROGBITS         0000000000000000  00200000
       0000000000000200  0000000000000000  AX       0     0     4
  [ 2] .shstrtab         STRTAB           0000000000000000  00200200
       0000000000000021  0000000000000000           0     0     1
  ...

那就是从0x00200000 - 0x002001ff了, 刚好512字节.

$ dd if=bootsect.img of=bootsect-new.img skip=`printf "%d" 0x200000` bs=1 count=512
  512+0 records in
  512+0 records out
  512 bytes (512 B) copied, 0.00115595 s, 443 kB/s

用dd好像比较高端洋气, 但是很容易一改代码就又要同时修改命令, 因为位置是不固定的. 查了一下很容易知道只需要用ld自带的参数--oformat binary就可以输出只有.text段且没有文件头的二进制纯指令文件. 我将把其加入Makefile中.

# Makefile
    ld bootsect.o -Ttext=0x7c00 --oformat binary -o bootsect.img

现在我有一个512字节的引导扇区了, 运行make run在qemu里运行吧.

+-----------------------------------+
|                                   |
|  Booting from Floppy...           |
|  _                                |
|                                   |
+-----------------------------------+

诶? Hello, world呢?
在我检查过代码认为没错之后, 我转过头来去查资料. 看到网上的bootsect.s示例都有一句.code16之后, 我尝试把它加了进去. 然后qemu里就有东西出来了.

那也就是说默认是编译成32位代码. 那它和我的16位有什么不同啊...回过头把elf头加进去, 然后用objdump -D bootsect.img一看...因为objdump的bug, 16位的机器码被objdump译得一团乱麻. 比如, 某些mov指令会缩写, 16位会缩写mov %ax但32位则缩写mov %eax. 略有不同, 总的来说也是神似.

成功之后

+-----------------------------------+
|                                   |
|  Hello, world                     |
|                                   |
|                                   |
+-----------------------------------+

看上去我的目的已经达到了. 卧槽只不过记录一下居然写了这么长一篇东西. 今天解决的问题很多在网上在网上都是没有现成答案的, 需要靠自己来探索. 这么一来, 的确是学会了很多东西. 下面吗时最终的代码:

# bootsect.s

.global _start
.code16

.section .text

_start:
    mov $0x1301, %ax
    mov $0x000f, %bx
    mov $msg_len, %cx
    mov $msg, %bp

    int $0x10
_pause:
    jmp _pause

msg:
    .ascii "Hello, world\r\n"
    .equ msg_len, . - msg
    .org 0x200 - 2
    .word 0xaa55


# Makefile
all: bootsect.img


bootsect.img: bootsect.o
        #ld bootsect.o -Ttext=0 -o bootsect.img
        ld bootsect.o -s -Ttext=0x7c00 --oformat binary -o bootsect.img

bootsect.o: bootsect.s Makefile
        as bootsect.s -o bootsect.o

run: bootsect.img
        qemu-system-x86_64 -fda bootsect.img

clean:
        rm *.o

# for debug
rund: bootsect.img bootsect.g.img
        qemu-system-x86_64 -s -S -fda bootsect.img &
        echo target remote :1234 > gdbinit
        echo set arch i8086 >> gdbinit
        gdb -x gdbinit
        rm gdbinit
mapleandkw
关注
操作系统实验一到实验九合集(哈工大李治军)
leoabcd12的博客
01-01 4万+
操作系统实验一到实验九合集(哈工大李治军) 有详细代码及注释，程序已在本地测试，均能跑通
【操作系统】环境--环境搭建
省
08-24 7351
一个操作系统的实现--"Hello, OS world!" 1、配置      我的软件配置：   win7  +  Bochs2.4.5   +    VMWare（redhat linux） 都可以到官网免费下载到 2、 安装： 全部可以按照默认路径，不过鉴于将Bochs安装在C盘下修改起来比较麻烦，所以还是安装在其他盘里面吧，我安装在了D:\Program Files\Boch
（翻译）Writing an x86 “Hello world“ bootloader with assembly
czw
05-03 612
原文出处：http://50linesofco.de/post/2018-02-28-writing-an-x86-hello-world-bootloader-with-assembly 摘要 （TL;DR 可以是 Too long; Didn’t read（太长，所以没有看）。也可以是 Too long; Don’t read （太长，请不要看），常作为一篇很长的文章的摘要标题。） 计...
虚拟机 bochs的安装心得
weixin_30628801的博客
03-11 207
看了《一个操作系统的实现》这本书后，有点痒痒，准备先从环境搞起。这个bochs虚拟机，下了一个竟然是windwos版的，果断废之。然后又将vmvare的fc10联网，用root 权限下 yum install bochs 命令安装。安装完后似乎一切正常。然后我也模拟了一个引导程序 ，boot.asm，用nasm编译后，boot.bin再倒入到a.img镜像文件中。靠，期待奇迹发生呢。bochs死活...
使用GCC生成无格式二进制文件(plain binary files)
di0808的博客
01-31 884
使用C语言生成一个二进制文件 使用自己喜欢的文本编辑器写一个test.c： int main() { } 再使用如下命令编译： gcc –c test.c ld –o test –Ttext 0x0 –e main test.o objcopy –R .note –R .comment –S –O binary test t...
GCC 编译错误 relocation truncated to fit: R_X86_64_32S against `.bss'
热门推荐
ai297313的专栏
01-14 4万+
问题如下图所示：(.text+0x53a): relocation truncated to fit: R_X86_64_32S against `.bss'     以前在linux中编译程序，从来没有遇到过这种问题，今天第一次遇到。查了一些资料发现时内存的限制，自己还有些疑问，以前编译内存大小是4G的程序都没出现过这种错误。       看到一些博文中说是内存超过2G会出现问题。需
一次学校实训总结
肌肉猛男
04-20 1921
总结前言1、Linux基本命令;2、编程开发经验3、一点MQTT协议的小知识点4、学习中遇到的一些问题5、遗忘的知识点与待解决的疑惑：写在后面的话 前言 好久不见，本来说好要更哈工大那一版的操作系统的，现在看来要食言了（正在准备考研啦，希望可以一战上岸，也希望正在努力备考的程序员们能考上自己心仪的学校）。这次能有这样一篇笔记是因为学校组织了为期五天的一次来自华清远见的校内实训，有一些收获，所以特地来记录一下。好了话不多说，来看看内容吧，如果能对你也有所帮助的话那就更好。 今天是参加华清远见实训的最后一天，进
操作系统内核Hack：(三)引导程序制作
西代零零发
10-25 6913
操作系统内核Hack：(三)BootLoader制作关于本文涉及到的完整源码请参考MiniOS的v1_bootloader分支。1.制作方法现在我们已经了解了关于BootLoader的一切知识，让我们开始动手做一个BootLoader吧！但真正开始之前，我们还要做出一个选择，在之前的讨论中我们曾说过，有两种学习和制作引导程序和操作系统内核的路线：1）《Orange’s：一个操作系统的实现》书中的路线
从开机加电到执行main函数
yang2011079080010的专栏
10-26 1340
从开机到main函数的执行分三步完成：   （1）启动BIOS，准备实模式下的中断向量表和中断服务程序。   （2）从启动盘加载操作系统程序到内存，并为保护模式做准备，加载操作系统程序的工作就是利用（1）中准备好的中断服务程序实现的。   （3）为执行32位main函数做过渡工作    下面将详细说明这三步所完成的任务。 一. BIOS启动   Intel CPU的硬件都是设计
操作系统内核如何实现编写和内核还有引导程序的关系
weixin_43743847的博客
12-19 601
题目是起的简陋一点 但是不影响我们的操作 长话短说 自己看代码 加了注释了 今天我们讲讲如何实现内核 还有内核的意义 我们的扇区0的引导扇区的程序又是干嘛的 这里几个例子 1.引导程序 .code16 BOOTSEG = 0x7c0#在实模式下给cs段进行赋值16位的逻辑段 KERNELLEN = 1#加载一个扇区521B ljmp $BOOTSEG, $go#自动跳转到执行引导程序的起始地...
编写汇编的时候出现的问题
weixin_30832351的博客
02-17 241
1.relocationtruncatedtofit:R_386_16against`.text' 如果出现了类似的错误，说明的是当前情况下是32的情况，不能使用16位的数据， 2.将.c语言编译为汇编语言的gcc指令 gcc -S main.c 编译为main.s .file "main.c" .text .globl f...
Linking fails : relocation truncated to fit: R_X86_程序占用内存大于2GB所导致的问题
weixin_30892889的博客
12-26 369
1 Problem(Abstract) This technote explains how to resolve a Purify engine: Error: The linker returned error code: 1 error, that can occur when using IBM Rational PurifyPlus. Symptom ...
Building Error: relocation truncated to fit: R_X86_64_32S against symbol 'XXX'
世事难料，保持低调
08-25 3642
This error denotes mixing of small and medium memory model object files. Even if Pleides had more memory per node it would still appear. The
搭建linux内核编译环境,学习linux-0.11内核——搭建环境（编译、调试bootsec）
weixin_39793638的博客
04-29 299
前言本博文是本专栏博文的起点，通过本文的学习，通过qemu虚拟机将linux-0.11内核跑起来，有了这个可以跑的内核，在有疑问的地方，我们就可以通过调试的方式来学习内核。编译内核获取内核代码git clone https://github.com/jmhIcoding/linux_kernel12.gitgit checkout check其中 linux_kernel12的目录结构为：·||—...
使用C编译器产生清晰的二进制文件 (i386+)
魔芋的专栏
05-06 3569
Cornelis Frank April 10, 2000 翻译：湖北武汉华中师范大学（CCNU） 城市与环境科学学院 陈斌 Email:sunwen@aspcn.com 邮编:430079 引言: 这是一篇深入剖析GCC编译器产生的汇编码的文章,非常精彩.对于初学者来说,这篇文章是进阶的好材料,它可以让你深刻地体会到C的内部机制.对于高级开发者和系统开发人员来说,这是非常好的资料,因为它可以让你
交叉编译出错之：reloaction truncated to fit : R_MIPS_CALL16
sense的专栏
08-10 1872
交叉编译工具链：cross-gcc-4.9.3-n64-loongson-rc6.1 交叉编译出错的日志： /home/loongson/work/common/3rd/lib//3gpp.o: In function `asn1Init_ngap_GUAMI': /home/loongson/work/common/3rd/src/3gpp.c:1441:(.text+0x536c): relocation truncated to fit: R_MIPS_CALL16 against `asn1Init
bootsect.s学习常见问题解析与内存操作指南
在学习bootsect.s这个关键的启动代码片段时，可能会遇到一系列常见的问题。bootsect.s是Linux内核引导加载程序的一部分，它负责初始化硬件、设置内存映射、加载引导装载程序（Loader）和其他必要的初始化步骤。由于...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值