30天自制os，完全ubuntu版本

8.32位模式前期准备 ===========+=======+=======+=================+============= bootsector |fat #1 |fat #2 | root directory |data region | 　　　fat12/16 only ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 注意事项： 1:hello.asm:jmp kernel.img kernel.img:org 0xc400 2:mount了floppy 之后要umount,不然运行qemu的时候要报错， /dev/loop0 mount -o loop os.img /tmp/floppy -o fat=12 mount的目的是把kernel.img放到软盘os.img中 3: 运行的过程：make ,make copy ,make u ,make run 4:用两个dd 产生一个合适的软盘镜像，不能用cat命令 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 虽然之前的hello.asm把floppy上面的2x10x18x512个字节的内容都复制到ram上面，有点浪费，而且不是通过找到文件，调用文件方法，是用jmp 0xc400这种硬编码的方式，调用kernel.img ，这样也是不太好的，但是这样是最简单的，可能后面会不停的改进，最后，就非常的不错了 16位模式：ax,cx用的方便，eax,ecx用的麻烦 32位模式：用eax,ecx方便， 两种模式下，机器语言还是不一样的。16位完全是为了兼容，所以有一天，所有的１６的模式可能完全不要了。 因为两种模式下，机器语言不一样，所以同样的机器语言，解释的方法也不一样。所以１６模式下运行的机器语言，在３２位下是不能运行的。 但是３２位模式下，可以使用的内存的容量远远大于１ＭＢ，cpu的自我保护能力在32位模式下是非常强大的，但是１６位模式下是不能用的。正是有了３２位的模式，才有linux的产生。 但是，３２位模式也就不能调用bios的功能，因为bios的中断服务函数全是16位的机器语言写的。如果我们进入了３２位模式后，想要干什么，都得靠自己。（当然从32位模式下返回到１６位模式也是有方法的，但是非常的麻烦） 画面模式是320x200x8位的color mode,已经设置好了，现在还要利用bios得到键盘的状态，就是numlock=on or off这些类似的状态。所以要修改kernel.asm程序，得到状态。 kernel.asm中的程序是把 显示模式有关的数据320x200x8保存在内存中0x0ff0开始 内存　[0x0ff0] =CYLS ;10 [0X0ff1] =leds ;keyboard [0X0ff2] =8 ;vmode [0X0ff4] =320 ;scrx [0X0ff6] =200 ;scry [0X0ff8] =0x000a0000 ;vram vram=vide ram 保存这些信息的目的，是为了以备后用。bootinfo 不同的模式下，vram的分配的地址是不一样的，因为不同的模式下，像素数是不一样的。 所以我们先把这个模式下的vram的地址保存起来，如果改变了模式，我们把新的vram地址还是写到0x0ff8， 这样我们就可以方便的在不同模式下，显示不同的内容。 在这种varm模式下，vram地址空间为0xa0000-0xaffff ;64kB ====================================== boot_info从0x0ff0开始存放 bootsector存放的位置为0x7c00-0x7dff floppy的其它的扇区存放的位置:0x8200 kernel的位置在内存的0xc400 ====================================== １６位模式下，内存可用的只有640kB的低存储空间，但是从0开始的地址空间有中断向量表和中断服务程序， 只要地址不与中断服务程序发生冲突，都是ok的 9开始用c语言了。 直接切换到32位的模式，然后用c写程序吧。作者只说这一课为了调用c语言而写了100多行的汇编，给调用c语言做准备。而且说这100多行的程序太过复杂，现在讲了很难理解，而是等后面，我们学的东西多了，再讲，就会轻松多了。 这样是好还是坏呢，很多书都会讲32位保护模式，而且说的太生硬，这样也许是个好的方法。oranges书中对32位就花了好多文字去讲述。所以我们现在只把这100行的汇编拿来用吧，同时注意这100行汇编是进行32位的程序，而且为调用c做了准备，就Ok了 小日本用nasm写汇编也很蛋疼啊，现在的问题用c写的bootpack.c这个程序怎么和kernel.asm这个程序变成一个文件。 必须要找到osdev上面的那文章 现在有个麻烦的问题，每次要把c函数转换成nasm的汇编语言，再和kernel.asm进行链接，这是多么麻烦的事啊， 如果kenel.asm可以用gas编译，那就好了，不用借用nasm了。整个过程也就简单了。朝这个方向努力。