在SnailOS 屏幕显示的函数中，我们明显的使用显存地址0xe0000000，然而这个值是从哪里来的呢？说起来还真是挺曲折的，不过为了让大家也不糊涂，我还要在这次啰嗦一些。（以前的文章应该已经说过它的由来，不过时间已久，我们就不得不再提起，不然就忘得差不多了）。
1、保护模式的图形模式的由来。
我们保护模式的图形模式，说起来是由grub给我们直接构建来的，只要我们的引导启动文件符合grub的标准和规范，那么我们在启动后就可以非常方便的进入图形模式。这个详细内容请参与grub2 multiboot 的官方文档http://www.gnu.org/software/grub/manual/multiboot2/multiboot.html#boot_002eS
2、用《30天自制操作系统》的变量显示函数，显示我们的显存地址。
如上切换到图形模式倒是不难，不过问题是我们切换到图形模式后，我们就无法利用现有的函数显示显存首地址这个变量的值了，这时候30天自制操作系统中的makefont函数就将发挥极大做作用，因为他可以把已经准备好ASCII字库中的字符（字库来自30天自制操作系统中的文件，但据说其作者也是引用别人的，我记不清楚了，大家还是查看原书吧）以8 * 16点阵像素的形式显示在我们屏幕上，而且完全符合ASCII编码规则，所以只要我们在打印函数中输入ASCII码字符就能正确的显示ASCII码，同时我们的汉字显示也是人家给的现成的字库，而且没有经过任何修改，只不过是在我调试了很久才摸出了编码的规律的（这个符合Gb2312标准）。有了显示变量的能力，我们就轻易的显示出了显存地址是0xe0000000。但是这是在virtual box中，在bochs中就是0xc0000000处，这样我们程序基本就只是使用与虚拟机。如果要在真机上显示的话，必须要弄懂mutilboot 中framebuffer的结构从而探测出真机能够支持的显存模式。
可惜的是，我学的能力有限，对那些比较复杂的程序和数据结构就看起来很费劲了，所以也没去深究grub2 multiboot2那个探测文件，不过大家要是有时间的话，不妨用那个程序在真机上试试，说不定会有很大的惊喜。
