2. text mode下的vga驱动

这篇文章分为两部分，前部分是写简单的vga驱动程序，后部分进行测试。但是kernel测试不同于普通的应用程序，首先要让kernel跑起来然后才能观测结果，所以后半部分又可分为两个部分 —— 制作引导盘和运行kernel。所以简单点儿，就分为三个部分吧：

1：  编写vga驱动程序

2：  制作引导盘 （此部分非常重要，写简单的kernel难点不在于程序的编写，而在于工具的使用）

3：  测试驱动程序

第一部分： 编写vga驱动程序

 

首先要定义下整个开发过程中都要用到的数据类型

 1 #ifndef __TYPES_H__
 2 #define __TYPES_H__
 3 
 4 typedef unsigned char uint8_t;
 5 typedef unsigned short uint16_t;
 6 typedef unsigned int uint32_t;
 7 typedef unsigned long long uint64_t;
 8 
 9 typedef char int8_t;
 typedef short int16_t;
 typedef int int32_t;
 typedef long long int64_t;
 
 typedef uint32_t addr_t;
 
 typedef uint32_t size_t;
 typedef int32_t ssize_t;
 
 #endif

 

因为在写终端驱动时要对IO设备的寄存器进行操作，所以再建立一个头文件 io.h

 #ifndef __IO_H__
 #define __IO_H__
 
 #define outb(data,port) __asm__ __volatile__("outb %%al, %%dx"::"a"(data),"d"(port))
 #endif

 

OK，现在正式进军终端驱动程序了。这个驱动提供什么功能呢，很简单，清屏以及打印字符串。注意程序向外提供的函数应该声明在.h文件中，只供内部使用的函数应该直接在 .c 文件中声明。好吧，实现以上两个功能的函数显然要声明在 console.h 中

 #ifndef __CONSOLE_H__
 #define __CONSOLE_H__
 
 void cons_write(const char* str);
 void cons_clear(void);
 
 #endif

 

最后来真正实现这些功能吧。实现驱动必须了解硬件的相关信息：从b8000到bffff的32K地址空间是显存，屏幕是80＊25的规格（即每行80字符，总共25行），屏幕上的每个字符在显存中用两个字节表示，高字节是字符的ASCII值，低字节是字符的属性（0x07代表背景黑前景白）。注意80＊25＊2＝4000，比4K略小，而显存空间为32K，这说明屏幕只能显示一部分显存。这就说明显示控制器中肯定有个寄存器来说明到底显示显存的那一部分，显存通常划分为页，那个寄存器存放的就是要显示的页码。在Tinux（我取的名字)中，为了保持简单，我只使用从b8000开始的4000字节，当打印不下时就向上滚动。

 1 #include "types.h"
 2 #include "io.h"
 3 #include "console.h"
 4 
 5 addr_t video = (char*)0xb8000;     // 显存的起始地址
 6 uint16_t cons_attr = 0x07;         // 始终是“黒纸白字” 
 7 uint16_t cons_x=0;    // 屏幕坐标原点在左上角，con_x,cons_y 分别表示横
 8 uint16_t cons_y=0;    // 坐标，纵坐标
 9 uint16_t cons_pos=0;  // 字符在内存中的偏移
 
 void cons_putc(uint16_t x, uint16_t y, char ch); // 将ch写入(x,y)
 char cons_getc(uint16_t x, uint16_t y);
 void cons_scrollup(uint16_t n);    // 屏幕向上滚动n行
 void cons_gotoxy(uint16_t x, uint16_t y);    // 光标定位 
 
 void cons_gotoxy(uint16_t x, uint16_t y)
 {
     cons_x = x;
     cons_y = y;
     cons_pos = x+y*80;
         // 保存光标的低8位
     outb(0x0f,0x3d4);
     outb((uint8_t)(cons_pos&0xff),0x3d5);
         // 保存光标的高8位
     outb(0x0e,0x3d4);
     outb((uint8_t)((cons_pos>>8)&0xff),0x3d5);
 }
 
 void cons_putc(uint16_t x, uint16_t y, char ch)
 {
     *(char*)(video+(x+(y*80))*2) = ch;
     *(uint8_t*)(video+(x+(y*80))*2+1) = cons_attr;
 }
 
 char cons_getc(uint16_t x, uint16_t y)
 {
     return *(char*)( video + (x+(y*80))*2 );    
 }
 
 void cons_scollup(int n)
 {
     int i, j;
     for (i=0;i<24;i++)
         for (j=0;j<80;j++)
             cons_putc(i,j,cons_getc(i+n,j));
 }
 
 void cons_write(const char* str)
 {
     int i;
     for (;*str;str++)
     {
         switch (*str) {
             case '\n':
                 for (i=cons_x;i<80;i++)    cons_putc(i,cons_y,' ');
                 cons_x = 0;
                 cons_y++;
                 break;
             case '\b':
                 if (cons_x==0&&cons_y==0) ;
                 else if (cons_x==0) {
                     cons_x = 79;
                     cons_y--;
                 } else {
                     cons_x--;
                 }
                 cons_putc(cons_x,cons_y,' ');
                 break;
             default:
                 cons_putc(cons_x,cons_y,*str);
                 if (cons_x==79) {
                     cons_x = 0;
                     cons_y++;
                 } else {
                     cons_x++;
                 }
                 break;
         }
     }
     if (cons_y<=23) {
         cons_gotoxy(cons_x,cons_y);
     } else {
         cons_scollup(cons_y-23);
         cons_gotoxy(cons_x,23);
     }
 }
 void cons_clear(void)
 {
     int i,j;
     for (i=0;i<80;i++)
         for (j=0;j<25;j++)
             cons_putc(i,j,' ');
     cons_gotoxy(0,0);
 }

至此，这一节的代码全部完成，有3个头文件types.h io.h console.h， 1个源文件 console.c

 

第二部分： 制作引导盘

 

下面我们来测试console.c， 不要小看测试， 我觉得在写OS kernel时，测试比写正式代码重要得多。记得上一节的helloworld程序的加载过程吗，不过很遗憾，那种自己写引导程序的方式很费时间，所以我准备采用Grub来引导我的Kernel，下面就跟着我一步一步做Grub引导盘吧。

1. Create the floppy disk image (1.44M capacity)

    $ dd if=/dev/zero of=floppy.img bs=1024 count=1440

2. Create and attach a loopback device to floppy.img

        $ sudo losetup /dev/loop1 floppy.img

3. Format floppy.img with ext2 file system.

        $ sudo mke2fs /dev/loop1

4. Mount the device, so we can read or write to it.

        $ sudo mount -o loop /dev/loop1 /mnt

5. Copy the stage1 and stage2 from /boot/grub to that /mnt/boot/grub

        $ sudo mkdir -p /mnt/boot/grub

        $ sudo cp /boot/grub/stage1 /boot/grub/stage2 /mnt/grub/

6. Create the Grub configuration file

        $ sudo vi /mnt/boot/grub/menu.lst

        Edit menu.lst like this:     

            1 title=Tinux
            2 root (fd0)
            3 kernel /boot/kernel.bin

7. Unmount the device

       $ sudo umount /mnt

8. Install and embed grub into floppy.img

       $ sudo grub --device-map=/dev/null

       Upon which you should get the grub interface. Enter the following commands into it:

            grub> device (fd0) /dev/loop1

            grub> root (fd0)

            grub> setup (fd0)              /* 这一步grub可能会说有分区表的问题，不要理会它 */

            grub> quit

9. Detach the loopback device.

        $ sudo losetup -d /dev/loop1

 引导盘floppy.img已制作完成，我们以后要加载内核只要将内核映像kernel.bin拷进floppy.img就可以了。但是floppy.img毕竟不是一个真软盘，想要拷贝仍然要借助losetup和mount命令。

 

 

第三部分：  编写测试文件

 

最后来写测试文件吧，setup.S用来引导内核（这个引导只是为grub提供一些参数）， test.c是真正的测试程序， Makefile文件用控制整个编译过程， kernel.ld则是Makefile要用到的链接脚本。

 1 .set MULTIBOOT_PAGE_ALIGN, 1<<0
 2 .set MULTIBOOT_MEMORY_INFO, 1<<1
 3 .set MULTIBOOT_HEADER_MAGIC, 0x1badb002
 4 .set MULTIBOOT_HEADER_FLAGS, MULTIBOOT_PAGE_ALIGN|MULTIBOOT_MEMORY_INFO
 5 .set CHECKSUM, -(MULTIBOOT_HEADER_MAGIC+MULTIBOOT_HEADER_FLAGS)
 6 
 7 .text
 8 .globl _start 
 9 _start:
     jmp multiboot_entry
 .align 4
     .long MULTIBOOT_HEADER_MAGIC
     .long MULTIBOOT_HEADER_FLAGS
     .long CHECKSUM
 multiboot_entry:
     call test
     jmp .

 

 1 #include "console.h"
 2 
 3 int test(void)
 4 {
 5     cons_clear();
 6     cons_write("\n\n");
 7     cons_write("                                       November 7, 2009\n");
 8     cons_write("             Tinux:\n\n"); 
 9     cons_write("             Yes, I know, you are, to date, just a baby\n");
     cons_write("             and can't do anything. But please trust me\n");
     cons_write("             , you will grow up to a dancing boy event-\n");
     cons_write("             ually.\n\n");
     cons_write("                                             John Waken\n"); 
     return 0;
 }

 

 1 AS=as
 2 CC=gcc
 3 LD=ld
 4 OBJDUMP=objdump
 5 OBJCOPY=objcopy
 6 CFLAGS = -fno-builtin -O0 -Wall -MD
 7 OBJS = \
 8     setup.o \
 9     console.o \
     test.o
 
 floppy.img: kernel.bin
     sudo losetup /dev/loop1 floppy.img
     sudo mount /dev/loop1/ /mnt
     sudo cp kernel.bin /mnt/boot/
     sudo umount /mnt
     sudo losetup -d /dev/loop1
 kernel.bin: $(OBJS)
     ld -N -e _start -T kernel.ld -o $@ $^
 setup.o: setup.S
     $(AS) -o $@ $^ 
 console.o: console.c
     $(CC) $(CFLAGS) -nostdlib -I. -c -o $@ $^
 test.o: test.c
     $(CC) $(CFLAGS) -nostdlib -I. -c -o $@ $^
 
 clean:
     rm -f *.o *.out *.asm bochs.log $(OBJS) *~ *.d

 

 1 OUTPUT_FORMAT("elf32-i386")
 2 ENTRY(_start)
 3 phys = 0x100000;
 4 SECTIONS {
 5 
 6     .text phys : AT(phys) 
 7     {
 8         code = .;
 9         *(.text)
         . = ALIGN(4096);
     }
     .data : AT(ADDR(.text) + SIZEOF(.text)) 
     {
         data = .;
         *(.data)
         . = ALIGN(4096);
     }
     .rodata : AT(ADDR(.data) + SIZEOF(.data))
     {
         rodata = .;
         *(.rodata)
         . = ALIGN(4096);
     }
     .bss : AT(ADDR(.rodata) + SIZEOF(.rodata))
     {
         bss = .;
         *(.bss)
         . = ALIGN(4096);
     }
     end = .;
 }
 

 

OK， 加上这4个，现在你的目录下应该有8个文件了，在当前目录下运行make就可以得到包含kernel.bin的floppy.img文件了，接下来要做的就是用bochs虚拟机来运行floppy.img，所以我们还要写最后一个文件 bochsrc。我的bochsrc很长，但大部分是注释。

  1 # You may now use double quotes around pathnames, in case
  2 # your pathname includes spaces.
  3 
  4 #=======================================================================
  5 # CONFIG_INTERFACE
  6 #
  7 # The configuration interface is a series of menus or dialog boxes that
  8 # allows you to change all the settings that control Bochs's behavior.
  9 # There are two choices of configuration interface: a text mode version
 10 # called "textconfig" and a graphical version called "wx".  The text
 11 # mode version uses stdin/stdout and is always compiled in.  The graphical
 12 # version is only available when you use "--with-wx" on the configure 
 13 # command.  If you do not write a config_interface line, Bochs will 
 14 # choose a default for you.
 15 #
 16 # NOTE: if you use the "wx" configuration interface, you must also use
 17 # the "wx" display library.
 18 #=======================================================================
 19 #config_interface: textconfig
 20 #config_interface: wx
 21 
 22 #=======================================================================
 23 # DISPLAY_LIBRARY
 24 #
 25 # The display library is the code that displays the Bochs VGA screen.  Bochs 
 26 # has a selection of about 10 different display library implementations for 
 27 # different platforms.  If you run configure with multiple --with-* options, 
 28 # the display_library command lets you choose which one you want to run with.
 29 # If you do not write a display_library line, Bochs will choose a default for
 30 # you.
 31 #
 32 # The choices are: 
 33 #   x              use X windows interface, cross platform
 34 #   win32          use native win32 libraries
 35 #   carbon         use Carbon library (for MacOS X)
 36 #   beos           use native BeOS libraries
 37 #   macintosh      use MacOS pre-10
 38 #   amigaos        use native AmigaOS libraries
 39 #   sdl            use SDL library, cross platform
 40 #   svga           use SVGALIB library for Linux, allows graphics without X11
 41 #   term           text only, uses curses/ncurses library, cross platform
 42 #   rfb            provides an interface to AT&T's VNC viewer, cross platform
 43 #   wx             use wxWidgets library, cross platform
 44 #   nogui          no display at all
 45 #
 46 # NOTE: if you use the "wx" configuration interface, you must also use
 47 # the "wx" display library.
 48 #
 49 # Specific options:
 50 # Some display libraries now support specific option to control their
 51 # behaviour. See the examples below for currently supported options.
 52 #=======================================================================
 53 #display_library: amigaos
 54 #display_library: beos
 55 #display_library: carbon
 56 #display_library: macintosh
 57 #display_library: nogui
 58 #display_library: rfb, options="timeout=60" # time to wait for client
 59 #display_library: sdl, options="fullscreen" # startup in fullscreen mode
 60 #display_library: term
 61 #display_library: win32, options="legacyF12" # use F12 to toggle mouse
 62 #display_library: wx
 63 #display_library: x
 64 
 65 #=======================================================================
 66 # ROMIMAGE:
 67 # The ROM BIOS controls what the PC does when it first powers on.
 68 # Normally, you can use a precompiled BIOS in the source or binary
 69 # distribution called BIOS-bochs-latest. The ROM BIOS is usually loaded
 70 # starting at address 0xf0000, and it is exactly 64k long.
 71 # You can also use the environment variable $BXSHARE to specify the
 72 # location of the BIOS.
 73 # The usage of external large BIOS images (up to 512k) at memory top is
 74 # now supported, but we still recommend to use the BIOS distributed with
 75 # Bochs. Now the start address can be calculated from image size.
 76 #=======================================================================
 77 romimage: file=$BXSHARE/BIOS-bochs-latest #, address=0xf0000
 78 #romimage: file=mybios.bin, address=0xfff80000 # 512k at memory top
 79 #romimage: file=mybios.bin # calculate start address from image size
 80 
 81 #=======================================================================
 82 # CPU:
 83 # This defines cpu-related parameters inside Bochs:
 84 #
 85 #  COUNT:
 86 #  Set the number of processors when Bochs is compiled for SMP emulation.
 87 #  Bochs currently supports up to 8 processors. If Bochs is compiled
 88 #  without SMP support, it won't accept values different from 1.
 89 #
 90 #  IPS:
 91 #  Emulated Instructions Per Second.  This is the number of IPS that bochs
 92 #  is capable of running on your machine. You can recompile Bochs with
 93 #  --enable-show-ips option enabled, to find your workstation's capability.
 94 #  Measured IPS value will then be logged into your log file or status bar
 95 #  (if supported by the gui).
 96 #
 97 #  IPS is used to calibrate many time-dependent events within the bochs 
 98 #  simulation.  For example, changing IPS affects the frequency of VGA
 99 #  updates, the duration of time before a key starts to autorepeat, and
 #  the measurement of BogoMips and other benchmarks.
 #
 #  Examples:
 #  Machine                                         Mips
 # ________________________________________________________________
 #  2.1Ghz Athlon XP with Linux 2.6/g++ 3.4         12 to 15 Mips
 #  1.6Ghz Intel P4 with Win2000/g++ 3.3             5 to  7 Mips
 #  650Mhz Athlon K-7 with Linux 2.4.4/egcs-2.91.66  2 to  2.5 Mips
 #  400Mhz Pentium II with Linux 2.0.36/egcs-1.0.3   1 to  1.8 Mips
 #=======================================================================
 cpu: count=1, ips=10000000
 
 #=======================================================================
 # MEGS
 # Set the number of Megabytes of physical memory you want to emulate. 
 # The default is 32MB, most OS's won't need more than that.
 # The maximum amount of memory supported is 2048Mb.
 #=======================================================================
 #megs: 256
 #megs: 128
 #megs: 64
 megs: 32
 #megs: 16
 #megs: 8
 
 #=======================================================================
 # OPTROMIMAGE[1-4]:
 # You may now load up to 4 optional ROM images. Be sure to use a 
 # read-only area, typically between C8000 and EFFFF. These optional
 # ROM images should not overwrite the rombios (located at
 # F0000-FFFFF) and the videobios (located at C0000-C7FFF).
 # Those ROM images will be initialized by the bios if they contain 
 # the right signature (0x55AA) and a valid checksum.
 # It can also be a convenient way to upload some arbitrary code/data
 # in the simulation, that can be retrieved by the boot loader
 #=======================================================================
 #optromimage1: file=optionalrom.bin, address=0xd0000
 #optromimage2: file=optionalrom.bin, address=0xd1000
 #optromimage3: file=optionalrom.bin, address=0xd2000
 #optromimage4: file=optionalrom.bin, address=0xd3000
 
 #optramimage1: file=/path/file1.img, address=0x0010000
 #optramimage2: file=/path/file2.img, address=0x0020000
 #optramimage3: file=/path/file3.img, address=0x0030000
 #optramimage4: file=/path/file4.img, address=0x0040000
 
 #=======================================================================
 # VGAROMIMAGE
 # You now need to load a VGA ROM BIOS into C0000.
 #=======================================================================
 #vgaromimage: file=bios/VGABIOS-elpin-2.40
 vgaromimage: file=$BXSHARE/VGABIOS-lgpl-latest
 #vgaromimage: file=bios/VGABIOS-lgpl-latest-cirrus
 
 #=======================================================================
 # VGA:
 # Here you can specify the display extension to be used. With the value
 # 'none' you can use standard VGA with no extension. Other supported
 # values are 'vbe' for Bochs VBE and 'cirrus' for Cirrus SVGA support.
 #=======================================================================
 #vga: extension=cirrus
 #vga: extension=vbe
 vga: extension=none
 
 #=======================================================================
 # FLOPPYA:
 # Point this to pathname of floppy image file or device
 # This should be of a bootable floppy(image/device) if you're
 # booting from 'a' (or 'floppy').
 #
 # You can set the initial status of the media to 'ejected' or 'inserted'.
 #   floppya: 2_88=path, status=ejected             (2.88M 3.5" floppy)
 #   floppya: 1_44=path, status=inserted            (1.44M 3.5" floppy)
 #   floppya: 1_2=path, status=ejected              (1.2M  5.25" floppy)
 #   floppya: 720k=path, status=inserted            (720K  3.5" floppy)
 #   floppya: 360k=path, status=inserted            (360K  5.25" floppy)
 #   floppya: 320k=path, status=inserted            (320K  5.25" floppy)
 #   floppya: 180k=path, status=inserted            (180K  5.25" floppy)
 #   floppya: 160k=path, status=inserted            (160K  5.25" floppy)
 #   floppya: image=path, status=inserted           (guess type from image size)
 #
 # The path should be the name of a disk image file.  On Unix, you can use a raw
 # device name such as /dev/fd0 on Linux.  On win32 platforms, use drive letters
 # such as a: or b: as the path.  The parameter 'image' works with image files
 # only. In that case the size must match one of the supported types.
 #=======================================================================
 #floppya: 1_44=/dev/fd0, status=inserted
 #floppya: image=../1.44, status=inserted
 #floppya: 1_44=/dev/fd0H1440, status=inserted
 #floppya: 1_2=../1_2, status=inserted
 #floppya: 1_44=a:, status=inserted
 #floppya: 1_44=a.img, status=inserted
 #floppya: 1_44=/dev/rfd0a, status=inserted
 floppya: 1_44=floppy.img, status=inserted
 
 #=======================================================================
 # FLOPPYB:
 # See FLOPPYA above for syntax
 #=======================================================================
 #floppyb: 1_44=b:, status=inserted
 #floppyb: 1_44=b.img, status=inserted
 
 #=======================================================================
 # ATA0, ATA1, ATA2, ATA3
 # ATA controller for hard disks and cdroms
 #
 # ata[0-3]: enabled=[0|1], ioaddr1=addr, ioaddr2=addr, irq=number
 # 
 # These options enables up to 4 ata channels. For each channel
 # the two base io addresses and the irq must be specified.
 # 
 # ata0 and ata1 are enabled by default with the values shown below
 #
 # Examples:
 #   ata0: enabled=1, ioaddr1=0x1f0, ioaddr2=0x3f0, irq=14
 #   ata1: enabled=1, ioaddr1=0x170, ioaddr2=0x370, irq=15
 #   ata2: enabled=1, ioaddr1=0x1e8, ioaddr2=0x3e0, irq=11
 #   ata3: enabled=1, ioaddr1=0x168, ioaddr2=0x360, irq=9
 #=======================================================================
 #ata0: enabled=1, ioaddr1=0x1f0, ioaddr2=0x3f0, irq=14
 #ata1: enabled=1, ioaddr1=0x170, ioaddr2=0x370, irq=15
 #ata2: enabled=0, ioaddr1=0x1e8, ioaddr2=0x3e0, irq=11
 #ata3: enabled=0, ioaddr1=0x168, ioaddr2=0x360, irq=9
 
 #=======================================================================
 # ATA[0-3]-MASTER, ATA[0-3]-SLAVE
 #
 # This defines the type and characteristics of all attached ata devices:
 #   type=       type of attached device [disk|cdrom] 
 #   mode=       only valid for disks [flat|concat|external|dll|sparse|vmware3]
 #   mode=       only valid for disks [undoable|growing|volatile]
 #   path=       path of the image
 #   cylinders=  only valid for disks
 #   heads=      only valid for disks
 #   spt=        only valid for disks
 #   status=     only valid for cdroms [inserted|ejected]
 #   biosdetect= type of biosdetection [none|auto], only for disks on ata0 [cmos]
 #   translation=type of translation of the bios, only for disks [none|lba|large|rechs|auto]
 #   model=      string returned by identify device command
 #   journal=    optional filename of the redolog for undoable and volatile disks
 #   
 # Point this at a hard disk image file, cdrom iso file, or physical cdrom
 # device.  To create a hard disk image, try running bximage.  It will help you
 # choose the size and then suggest a line that works with it.
 #
 # In UNIX it may be possible to use a raw device as a Bochs hard disk, 
 # but WE DON'T RECOMMEND IT.  In Windows there is no easy way.
 #
 # In windows, the drive letter + colon notation should be used for cdroms.
 # Depending on versions of windows and drivers, you may only be able to 
 # access the "first" cdrom in the system.  On MacOSX, use path="drive"
 # to access the physical drive.
 #
 # The path is always mandatory. For flat hard disk images created with
 # bximage geometry autodetection can be used (cylinders=0 -> cylinders are
 # calculated using heads=16 and spt=63). For other hard disk images and modes
 # the cylinders, heads, and spt are mandatory.
 #
 # Default values are:
 #   mode=flat, biosdetect=auto, translation=auto, model="Generic 1234"
 #
 # The biosdetect option has currently no effect on the bios
 #
 # Examples:
 #   ata0-master: type=disk, mode=flat, path=10M.sample, cylinders=306, heads=4, spt=17
 #   ata0-slave:  type=disk, mode=flat, path=20M.sample, cylinders=615, heads=4, spt=17
 #   ata1-master: type=disk, mode=flat, path=30M.sample, cylinders=615, heads=6, spt=17
 #   ata1-slave:  type=disk, mode=flat, path=46M.sample, cylinders=940, heads=6, spt=17
 #   ata2-master: type=disk, mode=flat, path=62M.sample, cylinders=940, heads=8, spt=17
 #   ata2-slave:  type=disk, mode=flat, path=112M.sample, cylinders=900, heads=15, spt=17
 #   ata3-master: type=disk, mode=flat, path=483M.sample, cylinders=1024, heads=15, spt=63
 #   ata3-slave:  type=cdrom, path=iso.sample, status=inserted
 #=======================================================================
 #ata0-master: type=disk, mode=flat, path="./obj/kern/bochs.img", cylinders=100, heads=10, spt=10
 
 #=======================================================================
 # BOOT:
 # This defines the boot sequence. Now you can specify up to 3 boot drives.
 # You can either boot from 'floppy', 'disk' or 'cdrom'
 # legacy 'a' and 'c' are also supported
 # Examples:
 #   boot: floppy
 #   boot: disk
 #   boot: cdrom
 #   boot: c
 #   boot: a
 #   boot: cdrom, floppy, disk
 #=======================================================================
 boot: a
 #boot: disk
 
 #=======================================================================
 # CLOCK:
 # This defines the parameters of the clock inside Bochs:
 #
 #  SYNC:
 #  TO BE COMPLETED (see Greg explanation in feature request #536329)
 #
 #  TIME0:
 #  Specifies the start (boot) time of the virtual machine. Use a time 
 #  value as returned by the time(2) system call. If no time0 value is 
 #  set or if time0 equal to 1 (special case) or if time0 equal 'local', 
 #  the simulation will be started at the current local host time.
 #  If time0 equal to 2 (special case) or if time0 equal 'utc',
 #  the simulation will be started at the current utc time.
 #
 # Syntax:
 #  clock: sync=[none|slowdown|realtime|both], time0=[timeValue|local|utc]
 #
 # Example:
 #   clock: sync=none,     time0=local       # Now (localtime)
 #   clock: sync=slowdown, time0=315529200   # Tue Jan  1 00:00:00 1980
 #   clock: sync=none,     time0=631148400   # Mon Jan  1 00:00:00 1990
 #   clock: sync=realtime, time0=938581955   # Wed Sep 29 07:12:35 1999
 #   clock: sync=realtime, time0=946681200   # Sat Jan  1 00:00:00 2000
 #   clock: sync=none,     time0=1           # Now (localtime)
 #   clock: sync=none,     time0=utc         # Now (utc/gmt)
 # 
 # Default value are sync=none, time0=local
 #=======================================================================
 #clock: sync=none, time0=local
 clock: sync=realtime, time0=local
 
 
 #=======================================================================
 # FLOPPY_BOOTSIG_CHECK: disabled=[0|1]
 # Enables or disables the 0xaa55 signature check on boot floppies
 # Defaults to disabled=0
 # Examples:
 #   floppy_bootsig_check: disabled=0
 #   floppy_bootsig_check: disabled=1
 #=======================================================================
 #floppy_bootsig_check: disabled=1
 #floppy_bootsig_check: disabled=0
 
 #=======================================================================
 # LOG:
 # Give the path of the log file you'd like Bochs debug and misc. verbiage
 # to be written to. If you don't use this option or set the filename to
 # '-' the output is written to the console. If you really don't want it,
 # make it "/dev/null" (Unix) or "nul" (win32). :^(
 #
 # Examples:
 #   log: ./bochs.out
 #   log: /dev/tty
 #=======================================================================
 #log: /dev/null
 log: bochs.log
 
 #=======================================================================
 # LOGPREFIX:
 # This handles the format of the string prepended to each log line.
 # You may use those special tokens :
 #   %t : 11 decimal digits timer tick
 #   %i : 8 hexadecimal digits of cpu current eip (ignored in SMP configuration)
 #   %e : 1 character event type ('i'nfo, 'd'ebug, 'p'anic, 'e'rror)
 #   %d : 5 characters string of the device, between brackets
 # 
 # Default : %t%e%d
 # Examples:
 #   logprefix: %t-%e-@%i-%d
 #   logprefix: %i%e%d
 #=======================================================================
 #logprefix: %t%e%d
 
 #=======================================================================
 # LOG CONTROLS
 #
 # Bochs now has four severity levels for event logging.
 #   panic: cannot proceed.  If you choose to continue after a panic, 
 #          don't be surprised if you get strange behavior or crashes.
 #   error: something went wrong, but it is probably safe to continue the
 #          simulation.
 #   info: interesting or useful messages.
 #   debug: messages useful only when debugging the code.  This may
 #          spit out thousands per second.
 #
 # For events of each level, you can choose to crash, report, or ignore.
 # TODO: allow choice based on the facility: e.g. crash on panics from
 #       everything except the cdrom, and only report those.
 #
 # If you are experiencing many panics, it can be helpful to change
 # the panic action to report instead of fatal.  However, be aware
 # that anything executed after a panic is uncharted territory and can 
 # cause bochs to become unstable.  The panic is a "graceful exit," so
 # if you disable it you may get a spectacular disaster instead.
 #=======================================================================
 panic: action=ask
 error: action=report
 info: action=ignore
 debug: action=ignore
 #pass: action=fatal
 
 #=======================================================================
 # DEBUGGER_LOG:
 # Give the path of the log file you'd like Bochs to log debugger output.
 # If you really don't want it, make it /dev/null or '-'. :^(
 #
 # Examples:
 #   debugger_log: ./debugger.out
 #=======================================================================
 #debugger_log: /dev/null
 #debugger_log: debugger.out
 debugger_log: -
 
 #=======================================================================
 # COM1, COM2, COM3, COM4:
 # This defines a serial port (UART type 16550A). In the 'term' you can specify
 # a device to use as com1. This can be a real serial line, or a pty.  To use
 # a pty (under X/Unix), create two windows (xterms, usually).  One of them will
 # run bochs, and the other will act as com1. Find out the tty the com1
 # window using the `tty' command, and use that as the `dev' parameter.
 # Then do `sleep 1000000' in the com1 window to keep the shell from
 # messing with things, and run bochs in the other window.  Serial I/O to
 # com1 (port 0x3f8) will all go to the other window.
 # Other serial modes are 'null' (no input/output), 'file' (output to a file
 # specified as the 'dev' parameter), 'raw' (use the real serial port - under
 # construction for win32), 'mouse' (standard serial mouse - requires
 # mouse option setting 'type=serial' or 'type=serial_wheel') and 'socket'
 # (connect a networking socket).
 #
 # Examples:
 #   com1: enabled=1, mode=null
 #   com1: enabled=1, mode=mouse
 #   com2: enabled=1, mode=file, dev=serial.out
 #   com3: enabled=1, mode=raw, dev=com1
 #   com3: enabled=1, mode=socket, dev=localhost:8888
 #=======================================================================
 #com1: enabled=1, mode=term, dev=/dev/ttyp9
 
 
 #=======================================================================
 # PARPORT1, PARPORT2:
 # This defines a parallel (printer) port. When turned on and an output file is
 # defined the emulated printer port sends characters printed by the guest OS
 # into the output file. On some platforms a device filename can be used to
 # send the data to the real parallel port (e.g. "/dev/lp0" on Linux, "lpt1" on
 # win32 platforms).
 #
 # Examples:
 #   parport1: enabled=1, file="parport.out"
 #   parport2: enabled=1, file="/dev/lp0"
 #   parport1: enabled=0
 #=======================================================================
 parport1: enabled=1, file="/dev/stdout"
 
 #=======================================================================
 # SB16:
 # This defines the SB16 sound emulation. It can have several of the
 # following properties.
 # All properties are in the format sb16: property=value
 # midi: The filename is where the midi data is sent. This can be a
 #       device or just a file if you want to record the midi data.
 # midimode:
 #      0=no data
 #      1=output to device (system dependent. midi denotes the device driver)
 #      2=SMF file output, including headers
 #      3=output the midi data stream to the file (no midi headers and no
 #        delta times, just command and data bytes)
 # wave: This is the device/file where wave output is stored
 # wavemode:
 #      0=no data
 #      1=output to device (system dependent. wave denotes the device driver)
 #      2=VOC file output, incl. headers
 #      3=output the raw wave stream to the file
 # log:  The file to write the sb16 emulator messages to.
 # loglevel:
 #      0=no log
 #      1=resource changes, midi program and bank changes
 #      2=severe errors
 #      3=all errors
 #      4=all errors plus all port accesses
 #      5=all errors and port accesses plus a lot of extra info
 # dmatimer:
 #      microseconds per second for a DMA cycle.  Make it smaller to fix
 #      non-continuous sound.  750000 is usually a good value.  This needs a
 #      reasonably correct setting for the IPS parameter of the CPU option.
 #
 # For an example look at the next line:
 #=======================================================================
 
 #sb16: midimode=1, midi=/dev/midi00, wavemode=1, wave=/dev/dsp, loglevel=2, log=sb16.log, dmatimer=600000
 
 #=======================================================================
 # VGA_UPDATE_INTERVAL:
 # Video memory is scanned for updates and screen updated every so many
 # virtual seconds.  The default is 40000, about 25Hz. Keep in mind that
 # you must tweak the 'cpu: ips=N' directive to be as close to the number
 # of emulated instructions-per-second your workstation can do, for this
 # to be accurate.
 #
 # Examples:
 #   vga_update_interval: 250000
 #=======================================================================
 vga_update_interval: 300000
 
 # using for Winstone '98 tests
 #vga_update_interval:  100000
 
 #=======================================================================
 # KEYBOARD_SERIAL_DELAY:
 # Approximate time in microseconds that it takes one character to
 # be transfered from the keyboard to controller over the serial path.
 # Examples:
 #   keyboard_serial_delay: 200
 #=======================================================================
 keyboard_serial_delay: 250
 
 #=======================================================================
 # KEYBOARD_PASTE_DELAY:
 # Approximate time in microseconds between attempts to paste
 # characters to the keyboard controller. This leaves time for the
 # guest os to deal with the flow of characters.  The ideal setting
 # depends on how your operating system processes characters.  The
 # default of 100000 usec (.1 seconds) was chosen because it works 
 # consistently in Windows.
 #
 # If your OS is losing characters during a paste, increase the paste
 # delay until it stops losing characters.
 #
 # Examples:
 #   keyboard_paste_delay: 100000
 #=======================================================================
 keyboard_paste_delay: 100000
 
 #=======================================================================
 # MOUSE: 
 # This option prevents Bochs from creating mouse "events" unless a mouse
 # is  enabled. The hardware emulation itself is not disabled by this.
 # You can turn the mouse on by setting enabled to 1, or turn it off by
 # setting enabled to 0. Unless you have a particular reason for enabling
 # the mouse by default, it is recommended that you leave it off.
 # You can also toggle the mouse usage at runtime (control key + middle
 # mouse button on X11, SDL, wxWidgets and Win32).
 # With the mouse type option you can select the type of mouse to emulate.
 # The default value is 'ps2'. The other choices are 'imps2' (wheel mouse
 # on PS/2), 'serial', 'serial_wheel' (one com port requires setting
 # 'mode=mouse') and 'usb' (3-button mouse - one of the USB ports must be
 # connected with the 'mouse' device - requires PCI and USB support).
 #
 # Examples:
 #   mouse: enabled=1
 #   mouse: enabled=1, type=imps2
 #   mouse: enabled=1, type=serial
 #   mouse: enabled=0
 #=======================================================================
 mouse: enabled=0
 
 #=======================================================================
 # private_colormap: Request that the GUI create and use it's own
 #                   non-shared colormap.  This colormap will be used
 #                   when in the bochs window.  If not enabled, a
 #                   shared colormap scheme may be used.  Not implemented
 #                   on all GUI's.
 #
 # Examples:
 #   private_colormap: enabled=1
 #   private_colormap: enabled=0
 #=======================================================================
 private_colormap: enabled=0
 
 #=======================================================================
 # fullscreen: ONLY IMPLEMENTED ON AMIGA
 #             Request that Bochs occupy the entire screen instead of a 
 #             window.
 #
 # Examples:
 #   fullscreen: enabled=0
 #   fullscreen: enabled=1
 #=======================================================================
 #fullscreen: enabled=0
 #screenmode: name="sample"
 
 #=======================================================================
 # ne2k: NE2000 compatible ethernet adapter
 #
 # Examples:
 # ne2k: ioaddr=IOADDR, irq=IRQ, mac=MACADDR, ethmod=MODULE, ethdev=DEVICE, script=SCRIPT
 #
 # ioaddr, irq: You probably won't need to change ioaddr and irq, unless there
 # are IRQ conflicts.
 #
 # mac: The MAC address MUST NOT match the address of any machine on the net.
 # Also, the first byte must be an even number (bit 0 set means a multicast
 # address), and you cannot use ff:ff:ff:ff:ff:ff because that's the broadcast
 # address.  For the ethertap module, you must use fe:fd:00:00:00:01.  There may
 # be other restrictions too.  To be safe, just use the b0:c4 address.
 #
 # ethdev: The ethdev value is the name of the network interface on your host
 # platform.  On UNIX machines, you can get the name by running ifconfig.  On
 # Windows machines, you must run niclist to get the name of the ethdev.
 # Niclist source code is in misc/niclist.c and it is included in Windows 
 # binary releases.
 #
 # script: The script value is optional, and is the name of a script that 
 # is executed after bochs initialize the network interface. You can use 
 # this script to configure this network interface, or enable masquerading.
 # This is mainly useful for the tun/tap devices that only exist during
 # Bochs execution. The network interface name is supplied to the script
 # as first parameter
 #
 # If you don't want to make connections to any physical networks,
 # you can use the following 'ethmod's to simulate a virtual network.
 #   null: All packets are discarded, but logged to a few files.
 #   arpback: ARP is simulated. Disabled by default.
 #   vde:  Virtual Distributed Ethernet
 #   vnet: ARP, ICMP-echo(ping), DHCP and read/write TFTP are simulated.
 #         The virtual host uses 192.168.10.1.
 #         DHCP assigns 192.168.10.2 to the guest.
 #         TFTP uses the ethdev value for the root directory and doesn't
 #         overwrite files.
 #
 #=======================================================================
 # ne2k: ioaddr=0x240, irq=9, mac=fe:fd:00:00:00:01, ethmod=fbsd, ethdev=en0 #macosx
 # ne2k: ioaddr=0x240, irq=9, mac=b0:c4:20:00:00:00, ethmod=fbsd, ethdev=xl0
 # ne2k: ioaddr=0x240, irq=9, mac=b0:c4:20:00:00:00, ethmod=linux, ethdev=eth0
 # ne2k: ioaddr=0x240, irq=9, mac=b0:c4:20:00:00:01, ethmod=win32, ethdev=MYCARD
 # ne2k: ioaddr=0x240, irq=9, mac=fe:fd:00:00:00:01, ethmod=tap, ethdev=tap0
 # ne2k: ioaddr=0x240, irq=9, mac=fe:fd:00:00:00:01, ethmod=tuntap, ethdev=/dev/net/tun0, script=./tunconfig
 # ne2k: ioaddr=0x240, irq=9, mac=b0:c4:20:00:00:01, ethmod=null, ethdev=eth0
 # ne2k: ioaddr=0x240, irq=9, mac=b0:c4:20:00:00:01, ethmod=vde, ethdev="/tmp/vde.ctl"
 # ne2k: ioaddr=0x240, irq=9, mac=b0:c4:20:00:00:01, ethmod=vnet, ethdev="c:/temp"
 
 #=======================================================================
 # KEYBOARD_MAPPING:
 # This enables a remap of a physical localized keyboard to a 
 # virtualized us keyboard, as the PC architecture expects.
 # If enabled, the keymap file must be specified.
 # 
 # Examples:
 #   keyboard_mapping: enabled=1, map=gui/keymaps/x11-pc-de.map
 #=======================================================================
 keyboard_mapping: enabled=0, map=
 
 #=======================================================================
 # KEYBOARD_TYPE:
 # Type of keyboard return by a "identify keyboard" command to the
 # keyboard controler. It must be one of "xt", "at" or "mf".
 # Defaults to "mf". It should be ok for almost everybody. A known
 # exception is french macs, that do have a "at"-like keyboard.
 #
 # Examples:
 #   keyboard_type: mf
 #=======================================================================
 #keyboard_type: mf
 
 #=======================================================================
 # USER_SHORTCUT:
 # This defines the keyboard shortcut to be sent when you press the "user"
 # button in the headerbar. The shortcut string is a combination of maximum
 # 3 key names (listed below) separated with a '-' character. The old-style
 # syntax (without the '-') still works for the key combinations supported
 # in Bochs 2.2.1.
 # Valid key names:
 # "alt", "bksl", "bksp", "ctrl", "del", "down", "end", "enter", "esc",
 # "f1",  "f12", "home", "ins", "left", "menu", "minus", "pgdwn", "pgup",
 # "plus", "right", "shift", "space", "tab", "up", and "win".
 #
 # Example:
 #   user_shortcut: keys=ctrl-alt-del
 #=======================================================================
 #user_shortcut: keys=ctrl-alt-del
 
 #=======================================================================
 # I440FXSUPPORT:
 # This option controls the presence of the i440FX PCI chipset. You can
 # also specify the devices connected to PCI slots. Up to 5 slots are
 # available now. These devices are currently supported: ne2k, pcivga,
 # pcidev and pcipnic. If Bochs is compiled with Cirrus SVGA support
 # you'll have the additional choice 'cirrus'.
 #
 # Example:
 #   i440fxsupport: enabled=1, slot1=pcivga, slot2=ne2k
 #=======================================================================
 #i440fxsupport: enabled=1
 
 #=======================================================================
 # USB1:
 # This option controls the presence of the USB root hub which is a part
 # of the i440FX PCI chipset. With the portX option you can connect devices
 # to the hub (currently supported: 'mouse' and 'keypad'). If you connect
 # the mouse to one of the ports and use the mouse option 'type=usb' you'll
 # have a 3-button USB mouse.
 #
 # Example:
 #   usb1: enabled=1, port1=mouse, port2=keypad
 #=======================================================================
 #usb1: enabled=1
 
 #=======================================================================
 # CMOSIMAGE:
 # This defines image file that can be loaded into the CMOS RAM at startup.
 # The rtc_init parameter controls whether initialize the RTC with values stored
 # in the image. By default the time0 argument given to the clock option is used.
 # With 'rtc_init=image' the image is the source for the initial time.
 #
 # Example:
 #   cmosimage: file=cmos.img, rtc_init=image
 #=======================================================================
 #cmosimage: file=cmos.img, rtc_init=time0
 
 #=======================================================================
 # other stuff
 #=======================================================================
 #magic_break: enabled=1
 #load32bitOSImage: os=nullkernel, path=../kernel.img, iolog=../vga_io.log
 #load32bitOSImage: os=linux, path=../linux.img, iolog=../vga_io.log, initrd=../initrd.img
 #text_snapshot_check: enable
 
 #-------------------------
 # PCI host device mapping
 #-------------------------
 #pcidev: vendor=0x1234, device=0x5678
 
 #=======================================================================
 # GDBSTUB:
 # Enable GDB stub. See user documentation for details.
 # Default value is enabled=0.
 #=======================================================================
 #gdbstub: enabled=0, port=1234, text_base=0, data_base=0, bss_base=0
 
 #=======================================================================
 # IPS:
 # The IPS directive is DEPRECATED. Use the parameter IPS of the CPU
 # directive instead.
 #=======================================================================
 #ips: 10000000
 
 #=======================================================================
 # for Macintosh, use the style of pathnames in the following
 # examples.
 #
 # vgaromimage: :bios:VGABIOS-elpin-2.40
 # romimage: file=:bios:BIOS-bochs-latest, address=0xf0000
 # floppya: 1_44=[fd:], status=inserted
 #=======================================================================

 

 

终于Complete了，你可以先make编译($ make) 再用bochs看结果了($ bochs)，截图如下。不过这仅仅是完成了文本终端驱动，后面的路还长着呢， 只能慢慢地老汉推车了。

           

 

ps: 关于第二部分我主要参考http://sig9.com/bochs-grub，本想直接给个链接就完了，但是觉得它有些地方没说清楚，所以就做了些许改动，贴了上来。上面整个过程我都实验过了，如有问题可发邮件至 JohnWaken@163.com

源码下载： Tinux2.tar.gz