【我所認知的BIOS】—>Decompression补充
【我所認知的BIOS】—>Decompression补充
By LightSeed
2009-6-4
这篇文章主要是对上一篇文章Decompression的补充，上一篇文章一是考虑到篇幅，二是考虑到还没有谈到反汇编BIOS二进制文件，所以没有讲的很详细。在这篇文章中举个BIOS的例子来详细说明AWxxx code在运行过程中解压缩的过程。（筆者：不管是解壓還是PCI的資源分配我們在掌握的時候都要首先掌握其框架，這個才是最重要的。在掌握了框架的基礎上再去跟code才會有事半功倍的效果。而且這樣也能夠讓你的知識更加體系化。）這補充的文章著重從解壓的結構上講，沒有講很細節的東西。
1、BIOS中模块存在形式
在BIOS的二进制文件中我们可以用查看二进制文件的编辑器可以看到，各个模块存在的形式。上一章我们有详细讲LZH文件的格式，它们有固定的header和固定的模块结尾。（陌生的话建议先看看LZH压缩格式的说明见【我所認知的BIOS】—>Decompression）那么让我们来看看BIOS bin文件中的模块样子吧。如图1
图1 BIOS bin中模块的存在形式
从图1中我们可以清楚地看到各个模块在BIOS bin文件中都是以LZH格式存在的。
我们知道了BIOS bin文件中的模块是被LHA压缩的，那么在解压缩的时候也就知道怎么解压缩了，算法我到是没有研究过。现在我们最关注的不是怎么解压缩(因为那些都是有成熟的算法去做的)，而是解压缩后模块的数据是放到了内存中的哪里？
2、解压缩后存放在哪里？
详细参看一下图1中画红线的地方，他们的offset对应的是LZH格式中的11H~12H。这个word是解压出来的数据将要被存放的segment。（当然图1中我截取了三个模块，其他的所有模块都是这样的。）
那么我们提取出来看看，见表2.1
表2.1
| 模块名字 |
Segment |
| a.bin(system BIOS) |
5000 |
| Awardext.rom |
407F |
| ACPITBL.BIN |
4003 |
其他模块也是一样。上表是我们读出来的数据，可能大家都会问为什么不是4000H呢？这个我以后在讲反汇编的时候再给大家解释，它是有其他作用的。Kernel在解压的过程中会先把40XX中的低byte清零，这个时候407F,4003等等都成了4000H，这才是要真正解压缩数据要存放的地方。
（提醒一下：当我们在用cbrom压PCI option rom模块的时候，用cbrom /pci和cbrom /4086是同样的效果，那么你能猜出其中的联系么？）
3、BIOS中的模块都是一次解压缩的吗？
NO！要一次解压缩是不太可能的，哪儿有那么的空间来给我们用哦。就算是有，代码执行的效率也不高。因为每个模块的格式都是一样，那么每次需要那个模块我们就解哪个模块出来就可以了。而且都是放在了4000：0处，（system bios模块除外）程序再到这里取出来即可用。简单点说如下图：
