ACPI规范：

ACPI Specification 概述(基于ACPI_Spec_6_4_Jan22)_anqi8955的专栏-CSDN博客

ACPI Specification 第一章介绍_anqi8955的专栏-CSDN博客

ACPI Specification 第二章条款的定义_anqi8955的专栏-CSDN博客

ACPI Specification 第三章 ACPI概念_anqi8955的专栏-CSDN博客

ACPI Specification 第四章 ACPI硬件规范_anqi8955的专栏-CSDN博客

UEFI规范：

UEFI Specification 第一章引言(基于UEFI_Spec_2_9_2021_03_18)_anqi8955的专栏-CSDN博客

UEFI Specification 第二章概述_anqi8955的专栏-CSDN博客

EDK2编译：

edk2-vUDK2018编译_anqi8955的专栏-CSDN博客

一、素质要求

1 强烈的责任心和敬业精神

项目的BIOS工作，与独立的软件工作有一个重要的区别就是，BIOS工作配合硬件、电源、Layout、测试、EMI、测试等部分紧密工作，如果由于BIOS的Delay，那么可能造成这个项目的严重Delay，这样不但拖住产品上市，而且拖住整个项目的资源，造成资源的严重浪费。所以，BIOS工程师必须有十分强烈的时间观念，这种的较强的时间观念不仅仅表现在整个项目中间，更表现在一些小问题上，例如，如果某个问题能够一天解决的话，我们就不要拖到两天。

另外，BIOS工作和底层硬件、上层操作系统的结合非常紧密，很多时间，BIOS工程师需要解决各种BUG，而且这些BUG的直接原因可能很难寻找和界定，这要求BIOS工程师对于各种BUG，必须时时刻刻从BIOS出发，从系统和全局出发去分析每一个BUG的原因以及解决方法。同样，有的问题，可能从硬件和软件等角度都可能解决，BIOS工程师必须根据成本和品质综合衡量，寻找较优的解决方法。

而且，在实际项目开发中间，BIOS工程师必须具有主动精神。例如，为了解决某个问题，我们需要验证这个现象，那么我们需要一个机台去验证，这时，我们不能等待别人给我们送来机台，而应该主动去库房借用，或者就在测试室借用。在BIOS工程师工作过程中间，遇到问题等待，或者无能为力而等待是致命的。所以BIOS工程师必须具备寻求多种资源解决问题的能力，但是BIOS必须对这些问题负责，具有主动精神。

2 开放的思想

BIOS工作，由于牵涉的内容广而深。所以，对于一个BIOS工程师不可能对于每一个部分都了解的十分清楚，所以，BIOS工程师对于所有问题认识都必须有一个开发的心态，虚心听取别人的意见，他山之石，可以攻玉。而且，对于不同的内容从不同角度出发可能理解和解决方法都不一样。

有很多工程师，在考虑问题的时候，不能够从大局出发考虑问题，总是局限自己的一个小范围，这样的工程师的发展前途是不大的。例如，测试部或者品质部就某个BUG向BIOS工程师施加压力的时候，有些BIOS工程师就急了，和其它部门争论，说明这些问题不是问题，或者不是自己的问题。这样的态度本身就是不对的，我们的正确态度应该建立在大家都是为了产品利益的基础上考虑的，即使真的是其它部门的问题，我们也应该考虑从BIOS角度是否可以更经济的解决问题。

保证开发的思想很重要，很多刚毕业的学生，或者刚到一个新的环境中的新员工，对于新的环境很多都是不熟悉的。很多员工不愿意问问题，不懂装懂，怕问了外行的问题别人笑话。其实术业有专攻，如果我们只是不懂装懂，那么将来结果就是我们真的不懂了，即使以后搞懂了，我们进步的速度也没有喜欢问问题的工程师快。

3 强烈的求知欲和优秀的学习能力

BIOS工作，向下需要理解硬件的工作的物理和逻辑原理，向上需要了解OS的工作机理。所以，无论从深度上而言，还是从广度上而言，BIOS都是很深的。所以，作为一名优秀的BIOS工程师，必须具有强烈的求知欲和优秀的学习能力。

BIOS是本身是非常枯燥和琐碎的工作，很多的时间，BIOS工程师都在和各种各样的BUG打交道。如果BIOS工程师没有一种对于各种设备工作原理强烈的求知欲，是很难有耐心处理这么多琐碎的BUG，也是很难深入理解这些总线、协议的深层原理的。

强烈的求知欲首先表现在学习态度上。在学习态度上，一定要清楚的能明白每一种总线、协议的工作原理，不要不懂装懂，随便糊弄自己，敷衍自己，不去深究自己不懂的地方。在学习和工作中间，遇到不懂的地方，我们要仔细思考，探询合理的答案，如果经过自己仔细思考，还是能不明白，可以暂时放过这个问题，以后一定再回头思考，或者是向别人请教寻求答案。但是，无论如何都不能随便放掉自己不能的问题。

如果向别人请教，但是所得到的答案你并不满意，那么BIOS工程师必须具有打破沙锅问到底的精神，最后，如果还是得不到满意的答案，只有靠自己去探索。

BIOS所牵涉的知识特别多，所以很多的知识是没有办法靠别人来一点一点的教你的，主要还得靠自己自学。当然，我们也会提供一系列的讲座，但是，这些讲座只是给你提供一些重点的思路和一些难点问题，而且，讲课特别密集，或者是时间长了都是容易忘的，所以，还得靠自己自学。

自学包括学习理论知识和阅读代码，如何学习是一个方法的问题，方法因人而异，每一个肯定都有自己的方法。这里提出一些方法仅供参考。

在实际工作中，我们发现很多工程师学习理论知识并不深入。究其原因，很多工程师的解释是BIOS牵涉的内容太多，特别是一接触项目的时候，一会儿测试给你报一个ACPI方面问题，一会儿给你报一个PCMCIA方面问题，一会儿又给你报一个网络方面的问题，所以很多工程师阅读各个方面的理论知识只是泛泛了解，没有深入进去。其实这是非常错误的思想。实际解决问题，需要特别精准的理解，这样才能保证项目的质量。泛泛的理解，对于解决问题而言，等于没有理解。这样，我们如何处理工作中间如此之多方面的问题，后面我们介绍的一些BUG解决方法，可以简单的解决，另外，我们还可以通过向这方面熟悉的工程师请教。还有一点，技术资料很多，但是其结构和术语都是差不多，如果我们先花力气，读完一个之后，我们再去读其它的可能会容易的多。这就是中国一句古话“伤其十指，不如断其一指”。

首先自学要有记笔记的习惯，有人喜欢有纸和笔来记，有人喜欢有电脑记，反正效果都是一样的。记录的内容一般包括一些重点、纲要和难点等。当然，也要记录自己不懂的地方，也可能是自己有理解歧异的地方。例如，如果我们阅读PCI规范的开头一句“The PCI Local Bus is a high performance 32-bit or 64-bit bus with multiplexed address and data lines.”，这句话对于一个初次接触PCI总线的人可能就存在歧异，这里说“PCI是一个32位或者64位总线”，这里是说“PCI总线是64根数据线吗？还是指PCI总线支持64位地址？”“32位和64位的或者是什么关系，是在一个一定的总线上要么设计成32位，要么设计成64位？还是指一个总线在一种条件下可以作为32位使用，而在另一种条件下是作为64位使用？还是指在时间上，有时根据需要可以作为64位来用，而在另一个时间根据需要又可以作为32位来使用？”等等，我们可以提出很多的问题，当然，这些问题随着我们学习的深入，可以自动解决。这种提问题的能力非常关键，我相信有很多工程师拿过一本规范，翻着翻着就读完，然而，度过后你问他学到什么，他肯定是一问三不知。所以，能不能提问题，表明你的学习是否投入，以及你的思考能力如何。另外，我们在听别人讲座的时候，也一定要多提出问题，只要是自己没有听懂，或者是理解有歧异的地方都可以提问。

上面讲了阅读规范的时候记笔记的方法，在阅读BIOS源代码的时候，更应该养成记笔记的习惯。BIOS的代码，很多时候都是汇编代码，结构性差，而且注释晦涩，或者是没有注释，我们如何你一步一步的阅读这些代码呢？有一种的方法，就是我们从整体读到局部的方法。在整体上，我们首先画出系统的流程图，然后，一部分一部分，逐步喜欢，最后，我们不但可以看懂这个框架，还可以深入到每一个细节中。当然，看程序前，我们必须对基本的理论知识熟悉，当然，阅读源代码也可以加深我们对于理论知识的理解。阅读程序的时候，画出这些流程图是很好的学习方法。

很多大师都提到过，如果你真正懂一个原理，那么就把这个原理讲给一个外行听。如果我们把一堆术语、公式和程序讲给一个外行听，外行肯定是听不懂的，那么如何把一些“深奥”的理论讲给一个外行听呢？最好的方法就是使用比喻的方法。万物的运行法则是一样的，其中肯定是可以类比的。使用这种方法我们可以深刻理解一些理论的原理。例如，如果有一个学文科的人问你，“为什么接上一个USB摄像头需要安装一个驱动程序？这个驱动程序是不是就是在桌面形成的那个”如果打个比喻来回答这个问题，我们可以这样比喻，如果把一个笔记本软硬件系统（包括OS）比喻成一个公司，那么我们接入一个外接设备就是类似于新买了一辆轮船、一架飞机等。虽然买了轮船，但是轮船自己不会动，例如老板不能直接向轮船发送“请把货物给我送到法国的加来港去”，老板必须给这个轮船配备相应的船员（报告船长和驾驶员），有了船员之后，老板就可以给船员下“请把货物给我送到法国的加来港去”的指令了，接到这个指令，船员就会把货物装上船，然后，驾驶员就可以把船开到法国的加来港去。如果这样比喻，设备的驱动程序就是轮船的船员了。那么为什么有的设备不需要安装驱动程序呢？例如把USB硬盘接入系统。这就相当于公司买了一辆汽车，因为汽车的驾驶等都是成熟的和标准化的，所以，无论是雪铁龙的，还是标志的，还是奔驰的，宝马的，他们的驾驶方式都是一样的，所以，即使不要安装驱动程序，我们也可以使用这样成熟的设备。不要安装驱动程序，不等于不需要驱动程序，这就好比公司买了一辆汽车，公司不需要配新的司机，不等于汽车不需要司机可以自动行驶。

那么为什么需要在桌面上放置一个程序呢？这个是不是驱动程序呢？我们说不是，这个程序我们一般叫做Applet，这个程序是怎么工作的呢？我们可以这样比喻，公司买了一条轮船，那么我们需要接单子才能有货物运输，所以，我们必须有一个人接单子，也就是Sales。也就是，如果我们想使用一个航运公司的船把货物运送到加来港，我们不能直接让航运公司的船员直接给我们运送。我们只有通过船运公司的Sales运送这些货物。而我们根本就不知道是哪些船员把货物送到的。这个Applet就相当于Sales。

这样，我们可以通过一些简单比喻把一些复杂的理论简单化。通过这样的简单化，我们可以加深对于这些理论的认识。其实这些工作并不是一些琐碎无聊的工作，许多科学家都做过这些工作，就是写一些科普读物。同样，在我们工作中间，我们不同的岗位许多互相合作，互相学习，所以BIOS要给测试培训，硬件要给信号培训等等。例如，虽然测试不要求测试完全细致学习ACPI规范，但是测试必须了解ACPI规范，所以，BIOS工程师如果能把ACPI规范讲懂给一个测试工程师听懂，而且觉得有所真正收获，那么，这说明BIOS工程师真的搞懂ACPI。

总结，学习了之后必须写总结，这样可以整理自己的思路，加深这些对这些内容的理解。不论是听别人的讲课，看别人写的PPT，还是阅读资料，资料写的东西都是别人的，只有经过自己的总结，这些东西才能成为自己的东西。所以不论学习什么规范，都要使用自己的思路和语言，把这些东西变成自己的东西。另外，BIOS工作所牵涉到内容太多，所以，BIOS工程师更要互相学习，所以，BIOS工程师学习完一项内容之后，要互相分享，互相学习，给其它BIOS工程师讲课。

许多BIOS相关资料，例如ACPI规范，内容都是非常琐碎和具体，所以，学起来相当枯燥。有些BIOS工程师要不就学习的相当粗，要不就学不下去，学不下去非常容易发累发困，尤其许多BIOS相关资料都是英文资料，对于细节理解起来更是有些困难，所以，这时，BIOS工程师可以采用抄写的方式学习。这样，抄写可以稳定急躁的情绪，另外，抄写可以留给自己足够的时间思考细节，深入理解。

学习方法因人而异，不论采用什么方法，必须达到深入理解的、熟练应用的目的。

4 很强的动手能力

理论是枯燥的，而且读起来非常晦涩，如果想深入理解，那么必须和实际结合在一起。动手能力对于解决问题相当关键。前面讲到，BIOS工程师很多时间都在解BUG，BIOS工程师可以从BugList系统上得到Bug的描述，但是，BIOS工程师如果解决BUG，必须自己能够复现这个现象。BIOS在复现这些现象的时候，加深对于BUG的认识，可能同时就解决了问题。例如，测试工程师汇报机台不能上网。BIOS工程师接到这个BUG以后，应该重现这个问题，BIOS工程师使用自己的机台验证这个问题，可能在BIOS工程师的机台上就无法重现这个BUG，所以，BIOS工程师就可以把这个BUG局限到有的机台出现，有的机台无法重现。

很多理论，我们必须联系到实际应用中间才能深刻理论。例如在USB协议中间，提到很多抽象的包、交易、传输、描述符等，如果单看理论，非常复杂和抽象。但是，如果我们阅读别人写的USB驱动程序，那么理解起来就比较容易。如果设备允许，BIOS工程师有USB分析仪，那么BIOS使用USB分析仪去理解这些协议，那么理解这些协议就更加容易。

所以，对于BIOS工程师而言，无论怎样的理论学习，都无法代替试验。动手能力对于BIOS工程师尤其重要。

5 优秀的分析能力和问题处理能力

BIOS工程师，遇到很多的问题，都是系统级问题，如果BIOS不具备优秀的分析能力和问题处理能力，许多问题根本无法解决。在后面我们会详细讨论如何解决BUG，在这里，我们主要分析一些处理问题的基本能力。

在学校里，学生主要培养的是学习能力。那么，作为一个合格的毕业生，进入实际工作中后，除了，除了具有学习能力外，更应该培养解决问题的能力，也就是工作的能力。作为一名优秀的BIOS工程师，BIOS工程师做事必须注意工作三点原则。“凡是必须文档化、凡是必须计划、凡是必须总结”

作为一名BIOS工程师，必须注意形成写文档的习惯。很多软件工程师都有经验，在写程序的时候，对于每一行、每一句和每一段都了如指掌，当时认为写文档是非常无聊很没有意义的事情。但是，等到几个月或者半年以后，回头再去读的时候，可能一点都看不懂，所以，后来必须花掉很多的时间去重新温习以前写过的代码。如果在写程序的时候，BIOS工程师就很好的做好注释，这些代码，在以后的工作中间，不仅修改容易，而且，这些代码很容易应用到其它项目中间。

前文也提到过，我们在学习的时候，最好也能够记笔记，这些笔记一边可以总结自己的思路，另外，如果以后想忘记，可以回头查找。这个习惯也是使用文档的方法。另外，在我们工作中间，很多时候，我们都需要各种环节来记录我们的工作交付，这些工作需要Check工作，Check工作可以保证我们工作做到位，保证产品质量。所以，我们一定要养成写文档的习惯。

下面我们解释计划的重要性。在学习的时候，不论是做课后习题，还是做课程设计，这些题目都是比较小。在我们的实际工作中间，尤其是我们笔记本的开发，是非常巨大的工程，不但需要各个部分的紧密配合，而且开发工作长达数月之久，如果没有缜密的计划，我们开发不但无法保证我们的质量，而且没有办法优化我们的资源配置和缩短开发周期，这些都是我们的优势所在。

计划对于我们开发独立的软件项目也非常重要，例如，如果我们在BIOS中间开发一套硬盘备份和恢复的工作，我们应该做如下的计划。第一步，我们要讨论整个项目的目标。第二步，我们讨论我们的工作设计多少内容。我们的项目涉及到如下几个部分：硬盘的操作与INT13知识、文件系统知识、OS下备份恢复的Applet和硬盘操作驱动程序。第三步，我们根据各个部分的内容分别研究各个部分内容，学习相关知识，制定相关的部分接口。第四步，上一步，我们将工作划分成几个部分，各个部分的工作可以独立开发。我们根据各个部分的文档，可以开发我们的程序。

通过以上四步，我们很容易开发我们的功能，而且各个部分和各个步骤可以有条不紊的进行，而且，如果人员许可，我们可以安排很多部分并行进行。当然，在学习开发过程中，每一部分和每一步骤都可能存在困难，但是，这个困难可以逐个突破和逐个解决，不会影响其它部分的开发。否则，我们可能陷入每个琐碎的困难中间没有办法自拔。所以说，计划能力对于我们的开发工作非常重要。

计划的执行对于工作的每日工作也很重要。一些工程师的工作的每一步都需要别人督促，一个很重要的原因就是做事缺少计划性。这些工程师如果没有别人督促就是坐在那里发楞，其实事情很多，那是没有计划在那里，所以没有人督促就想不起应该干什么事情，所谓“好记性比不上好笔头”。一个很好的工作习惯就是每天早上上班之前给自己一天的工作做一个很好的计划，花上几分钟思考一下今天有那些工作需要做，主要回忆今天项目中间有那些事情要做？有哪些文档要写，有哪些资料需要学习，有哪些BUG需要解，有那些会议需要参加，有那些Mail需要处理，等等，做一个简单的回顾，我们就可以列一个简单的List，这样，工程师在没有什么事情做的时候，可以看看什么事情没有做。所以，计划是一个很好的工作方式。

其实计划的能力对于我们调试的时候也是非常有用的。特别是一些系统级的问题，其原因可能多方面的，到底是那个问题造成的？需要我们逐个分析和逐个排除。为此，我们需要分析可能的原因，逐个排除。例如，系统出现S3 Resume之后，播放媒体文件异常，我们怎么分析？有那些可能的原因呢？我们可以如下分析，第一，可能是Aliza的声卡有关，这是ICH6M与ICH4M的不同。第二，这可能是BIOS对于Codec初始化错误造成。第三，这可能是S3中，Codec的配置值丢失造成的。第四，可能是Codec驱动程序的问题。然后，我们按照可能性和分析的难易程度排序，然后逐个实现，最终，我们可能找到解决方法。如果我们没有计划，东一头、西一头，遇到困难就退，然后找新的方法，结果是浪费时间，往往解决不了问题，还走入了死胡同。所以，计划性就是对于我们解决一个BUG也是非常关键。

计划执行以后，后面的关键就是我们如何实施机会了。这关键就看我们的执行力了。好的执行力加上计划，可能比过一些个人能力上的缺陷，这就是我们常说的，有时候“按部就班解决问题可能是最快的”，我想打过RPG游戏的工程师可能知道，在RPG游戏中间，很多时候我们都在走迷宫，从迷宫中到出口，肯定有一条最近的路线，然后，在迷宫中间，我们肯定不能一下看出到出口的最近路径，随意，这时，我们如果按照“左手法则”或者“右手法则”才是最好的走迷宫方法。“按部就班”就是我们解一些复杂BUG的“左手法则”。

计划可以逐层分解，结果，分成了一步一步的小步骤。所以，我们就去逐步实施这些小步骤就可以。例如，在上面的“系统出现S3 Resume之后，播放媒体文件异常”的BUG的第三个计划中，我们分析可能是S3中间，Codec的电源丢了，所以，一些寄存器丢了。于是，我么就可以，比较S3前后的PCI配置空间寄存器的值、IO空间寄存器的值。比较PCI配置空间的值，我们需要在S3之前，记下PCI配置空间的值，然后做S3，然后Resume，之后读取PCI配置空间的值，之后比较，看有那些寄存器的值变化了，然后分析那些值可能造成这个BUG，在S3 Resume的BIOS程序中间恢复这些值。这样一步一步都是非常简单的动作，这就看我们的耐心和细心了。

如何做好小事是非常关键的能力，然后这些能力也是一些刚毕业不久的学生最缺少的能力。大学生以“骄子”自居。毕业以后，都想做一番大事，结果不愿意做一些小事。结果不愿意做一些小事，最好，自己的能力一天一天退步。其实，大学中间学习的东西离实际工作中间的要求是不同的，特别是BIOS工作，毕业的学生几乎的从头学起。工作中间的事情必须从小事一步一步坐起，大事都是由一步一步的小事组成的，只有每个小事的环节都成功，这样，大事才能够成功。另外，工作中间，每一个工作都关乎产品的质量，研发的成本，所以每一步都和经济直接挂钩，只有证明自己能力的工程师才能够从小事做起，一步一步的接一些大的事情做。这些原则，对于初步接BIOS工作的工程师尤其重要。

另外，我们在执行计划的过程中间也要注意计划的执行的时间性。公司内的工作与学校中间的试验有许多的不同，其中一个重要的不同就是公司内的项目时间性比实验室内的项目强的多。一些比较大的项目往往计划的步骤很多，所以，很多工程师在做项目的时间性上比较差，例如，一个项目分十步，计划3个月完成，计划前三天完成第一步，到第四天完成第二步，到第七天完成第三步，。。。。。。，很多工程师在前几步的时候时间Delay了，这时工程师会给自己一些借口和安慰，前面Delay无所谓，不过是前面比较难，后面的比较简单的，我能够步回来。其实这种想法本身就是错误，工作中间的每一步都是困难的，我们不能轻视每一步，后面的可能比开头更难。另外，如果Delay，我们必须重视，赶紧补上，否则，一定会造成整个项目的Delay。这种思想时间紧迫性的思想在BIOS工程师中间一定要树立。

优秀的工程师必须善于总结，总结的目的就是为了以后做的更好，总结经验吸取教训。总结分成几种，有项目总结、周报、关键事件总结等等。每种总结我们都要认真做。这里强调几天，第一就是我们周报必须做，很多工程师在工作一段时间之后，如果让写工作总结等，很困难，好像每天都很忙，但是回过头去仔细分析，好像并没有做什么事，这就是因为我们没有做周报的习惯，如果我们一直做周报，等到后期，我们回头总结，把以前的周志拿过来就可以看到我们做什么，我们的效率到底怎么样。这时，我们可以有一个非常全局的观点审视我们的过去，可以很好的总结。对于一个项目也是，因为一个笔记本开发项目的周期很长，所以，在项目结束的时候，让PM或者PL总结的时候，确发现没有什么可以总结，然后好像在项目中间遇到很多很多问题，也有过很多很多的想法，为此，我们项目总结也要做到经常话，例如可以一个月总结一个，这样，在项目结束的时候，我们可以把前面56个月的总结放到一起，可以作为整个项目的总结。

那么总结一般总结那些内容呢？我们总结一般而言，应该主要总结一些成功的经验和教训。对于成功的方法，我们可以加以扩大发扬。例如，我们第一次做SONOMA项目是S27I项目，由于Chipset和BIOS Code全部是新的，所以到稳定需要一个相当长的时间。特别是一些新的功能，我们工程师心理没有底，例如PCI Express等等，于是我们给的解决方法是先在915系列主机板上调试，虽然Chipset不一样，一个是台式的，一个是笔记本的，但是我们可以对于一族芯片组的主要特征熟悉和掌握。这个经验对于我们S27I平台前期工作进展非常顺利，所以，以后新的Chipset的导入，我们都应该提前做类似的工作。另外，我们也可以看到我们的不足。例如，本来我们想6月份就启动主板的调试，结果6月份由于CPU的问题，我们一直没有启动，其实，如果我们向Intel要Sample的，会非常容易，结果我们没有去要，这就是我们的失误，否则，我们S27I的BIOS进展应该更顺利。等等，类似的经验我们都可以去总结，包括技术上新的认识。

提到做事能力，我们这里不得不提一下对待困难的态度。我们做产品研发，也纯粹的科学开发不同，对于我们的研发可以说没有解决不了的困难，区别的只是你的态度。有很多工程师，在遇到的困难的时候，就想放弃，好像真的解决不了，其实，并不是这样的，只要你用心肯定是能够解决的了的。所以，不怕困难，敢于迎着困难上，一个作为优秀BIOS工程师的基本做事态度。

上面我们简单的讨论了BIOS工程师应该具有的一些基本素质。当然，一个基本的职业道德和能力也是需要，例如，能够吃苦耐劳等等，由于这部分是企业文化的内容，我们不在这里详细讨论

二、技能要求

1 深刻汇编语言和C语言。

X86汇编语言是BIOS工程师的基本语言，要求BIOS工程师必须深刻掌握。对于汇编语言的理解包括对于各种常用指令的理解，汇编语言编译方法、文件链接、文件组织和结构等理解，对程序分段控制等位语言的理解，另外，我们还必须理解MAK语法等内容。C语言也是BIOS工程师必须掌握的语言，因为BIOS中间的有一部分程序是用C语言写的，而且很多时候BIOS工程师需要写一些小的Utility工具，所以BIOS工程师必须熟练掌握C语言的高级用法。

2 对于计算机架构有深刻的认识。

BIOS工程师必须对现代计算机架构有深刻的认识，包括对于X86处理器内部架构认识，IO空间和Memory空间的使用，中断和SMI的认识，DMA的认识，Pipeline工作方式的理解等等

3 熟练掌握ACPI规范和编程。

ACPI规范是由Microsoft和Intel等公司制定的一个规范，其使用抽象的ASL语言向OS汇报系统硬件配置和电源管理方法。在ACPI之前，这些功能分别由APM、PnP BIOS和MP等规范定义。随着Microsoft的强大，BIOS工程师的工作很大部分局限到ACPI部分，所以对于BIOS工程师必须熟练掌握ACPI规范。这里说明一下，ACPI涵盖的配置和电源管理功能是没有包含在其它规范定义的，像PCI、USB等，其相应的电源管理功能由相应的总线驱动程序实现。笔记本BIOS与台式电脑的主要不同就表现在电源管理上面，所以，BIOS工程师必须熟练掌握ACPI规范理论知识，并可以熟练编程。

这个地方还需要详细描述ACPI的细节。

4 熟练掌握PCI、ISA等相关规范。

第一代BIOS主要是IBM的8086 BIOS，叫做AT BIOS，主要集中在DMA、PIC等功能初始化和配置，和中断服务程序的提供，其总线是ISA总线。第二代BIOS叫做PnP BIOS，主要是符合PnP BIOS规范的BIOS。现在的BIOS，叫做PCI BIOS，主要专著于PCI架构和ACPI。可见，PCI规范对于BIOS工程师而言，一个必须熟练掌握的规范。

PCI总线产生的主要目的就是解决ISA总线的几个主要缺点：1.随着CPU频率的迅速提高，IO接口的总线很快表现为系统的瓶颈。2.由于传统的总线缺乏灵活的资源分配机制，所以随着外设的品种与数量的不断增加，设备冲突的问题也表现的越来越严重。

对于第一个问题，PCI的解决方案通过几个方面提高了系统的吞吐率。首先，将总线的始终频率提高到33MHZ，这对于以前的ISA总线而言，已经是很大的改进。同时，还在传输的机制上支持突发传输（Burst Transport），突发传输的意义就是对于地址连续的传输，只要给出其开始地址，而以后的传输靠地址的有序递增而计算出相应的数据的地址，这样提高了有效数据传输的吞吐量。

我们知道对于IntelX86家族的处理而言，外设的资源主要是指Memory、IO空间以及中断，而PCI的解决方案就是给定一种灵活的机制，使用软件在启动过程中给每一个设备分配互不冲突的资源，从而是不同的设备可以协调的使用资源。其实更具体的讲，PCI规范的体统实现了可编程的地址解码器，和可编程的中断路由设备，从而实现资源的灵活分配。

作为BIOS工程师，我们必须熟悉PCI配置交易的操作，熟悉PCI Memory和IO资源分配原则，熟悉PCI的中断Routing和分配方式，了解PCI ROM的结构和调用方式等等

5 熟悉BIOS基本架构和现代主机板架构。

现代主板是基于PCI总线的逻辑架构，由上往下，由CPU、北桥、南桥和SuperIO等主要部件组成，逻辑上表现为PCI的树形的总线、设备和功能的结构。现代BIOS是基于PCI架构的BIOS。从BIOS初始化流程上讲，CPU上电开始，去内存F000:FFF0处运行，由于设备处于初试状态，所以这个内存地址指向Flash ROM，这段ROM中的程序主要的功能是完成Chipset的一些简单初始化、RAM的初始化等等，然后将程序从ROM中解压到Memory中间，然后把E000-F000处内容Shadow到RAM中运行。

在RAM中间，主要进行PCI系统的初始化， VGA初始化， PnP初始化和Compatible PnP系统初始化，也就是SuperIO。然后是Keyboard控制器初始化、ISA系统初始化（包括LPT和COMM口等）、IDE初始化、USB初始化、ACPI初始化和CPU电源管理部分初始化、ISA ROM初始化和PCI ROM初始化。在这些主要程序初始化之后，调用INT19启动OS，OS启动过程中间，将调用ACPI的程序，继续配置系统，最后OS Boot完成。

这些功能初始化都是主要部分，其中还有一些细节没有描述。这些部分都要求BIOS工程师能够熟悉。

6 掌握ATA、USB、DDR、PnP、VESA、APM、PC Card、1394、AC97、SMBus等相关常用规范。

前面分析BIOS流程的时候，提到各个主要功能部分初始化的时候，要求BIOS工程师最好掌握各个部分内容。其实各个部分内容是非常复杂的，所以能够全部掌握是需要艰苦努力的。

ATA指的是系统硬盘系统的相关部分内容，主要包括以下几个部分内容：1，ATA/ATAPI部分，描述ATA控制器、硬盘和CDROM等结构操作等2，INT13例程3，硬盘的文件系统4，OS下的硬盘驱动系统。

USB部分主要包括以下几个部分内容，UHCI和OHCI协议、USB总线传输协议、USB设备架构和USB类设备架构等。只有掌握这个几个部分的内容，BIOS工程师才可以利用USB协议对USB系统和USB设备进行操作。

DDR系统，是指系统RAM系统，因为DDR是现在流行的SDRAM。这个部分内容要求BIOS工程师对DDR的组成结构和交易规范，Memory Sizing机制等等。这个部分内容比较繁琐，所以BIOS工程师必须深入理解这部分。

PnP规范是基于ISA和EISA规范，是PCI之前BIOS的结构。PnP部分主要包括PnP ISA规范、PnP BIOS规范和Compatible PnP相关内容。由于ISA规范已经基本退出历史舞台，所以这部分内容在手提电脑的开发中可以不考虑，PnP BIOS规范定义了给操作系统使用的一些BIOS功能调用和数据结构，Compatible PnP就是现在长使用的SuperIO相关内容。PnP BIOS虽然不长使用，但是这个部分内容如果配置不正确可能会造成一些小的BUG。由于红外、COMM、LPT等内容还都是在SuperIO上实现，所以这部分内容BIOS必须深刻掌握。

VESA规范这里我们对于显示系统的通称，主要包括VESA规范和VGA BIOS的相关内容，VESA规范定义了在DOS下进行真彩色显示相关中断调用，VGA BIOS包括内容更多，BIOS工程师这里更关注的内容是LCD、CRT的切换等等相关内容。

SMBus是一个简单的协议，对于BIOS工程师一个入门级的协议，对于BIOS工程师必须掌握。SMBus操作方式是典型的PIO方式交易，而且简单，所以这是一个理解设备操作的最好的例子。SMBus在笔记本电脑中应用非常广泛，Memory的SPD操作使用SMBus、Clock Chip的操作也是使用SMBus，另外，EC的Battery等设备的操作都是使用SMBus，所以，BIOS工程师必须熟悉SMBus协议。

PC Card规范对于笔记本电脑来讲，非常重要，现在笔记本系统几乎都用PC Card接口。PC Card分成两个部分，一部分是16位卡，一部分是32位CardBus。虽然，PC Card即将被PCI Express Card取代，但是在未来的一段时间内，BIOS工程师还必须掌握PC Card规范。

等等，除了这些规范意外，SD Card、1394、AC97等等协议都是BIOS工程师经常接触到，所以BIOS工程师也需要熟悉。

7 熟悉Intel/VIA/SIS等芯片组功能结构

以上各个部分功能的实现都是基于不同的芯片组实现的，对于我们系统厂商，我们经常使用的芯片组包括Intel、VIA和SIS等芯片组。

现代常用的Intel笔记本类型芯片组包括855系列和915系列（915GM、915PM、910GL）等等。855系列配合ICH4M的南桥使用，915系列配合ICH6M的南桥使用。

855系列北桥包括三种855PM、855GME、852G，北桥内容主要包括以下几个部分功能，HOST桥，和CPU接口；Memory Controller主要控制Memory；Hub Link接口主要是和南桥接口。另外855GME和855GM还包括一个内置的VGA控制器。855PM主要是使用外接AGP显卡使用的，所以有一个AGP的控制器。

VIA、SIS芯片组的结构和Intel差不多，这些芯片组都要求BIOS工程师掌握。

8 熟悉Windows的基本原理与操作

三、BIOS基础知识

BIOS，是技术机系统的基本固件，是系统基本组件。对于一般的用户，BIOS紧紧局限于CMOS设置程序，对于Award BIOS是在POST过程按Del键进入的Setup程序，对于Insyde笔记本BIOS是按F2进入的SCU工具。但是对于BIOS工程师而言，BIOS具有的含义绝对不止这个配置工具。BIOS最初是系统基本输入输出系统（Basic Input and Out System）的意思，最初是IBM 8086兼容机提出的概念，当初的BIOS功能相对简单，除了引导DOS以外，提供了一些系统基本硬件的中断服务程序，例如并口串口的中断调用。

随着现代计算机的发展，BIOS已经从单纯的系统基本输入输出的概念，演化成更复杂的系统。BIOS变成一个平台硬件和操作系统中间一个必要纽带。BIOS使得硬件平台的发展和OS独立，使得两个部分发展的自由度更大，有利于整个产品链的发展。BIOS，作为一个平台硬件和操作系统纽带，其作用主要是硬件初始化，不同媒质上OS的引导，以及把不同的平台信息抽象成一定格式信息给OS，如ACPI表格等，另外，一个更重要的特征，就是现在X86 CPU都提供了SMI的模式，通过这个模式，BIOS可以提供一个Runtime的程序，这个程序可以针对平台，做一些有价值的操作。

计算机一上电，CPU读取的第一条指令是FFFFFFF0h，这个地址被系统映射到BIOS ROM中间，CPU在从BIOS ROM中读取第一条BIOS程序指令之后，开始运行BIOS程序。一般而言，BIOS前面程序的主要作用就是初始化系统RAM，如果系统程序一直在BIOS ROM程序中运行的话，有很多局限，例如，ROM运行速度远比RAM慢，ROM由于其只读特性，导致很多编程语言没有办法使用，如Call的指令没有办法正常执行，等等。所以BIOS一上电的首要任务就是初始化RAM。把RAM初始化方法划为BIOS的功能，对于RAM技术发展非常有利，RAM技术从SDR、发展到DDR、DDR2。

RAM初始化部分主要根据接入RAM的技术参数来配置Memory Controller，Memory Controller一般逻辑设计为系统北桥的一个PCI Function。主要配置参数包括Frequency、RAM颗粒宽度、TRAS、TRP、TRCD、CAS Latency和Refresh Period等参数。在初始化之后，然后做简单的校验，如果校验通过，那么RAM就可以正常工作了。

在RAM初始化之后，还有一个工作就是Clock Chip的编程。现代Clock Chip一般都是在SMBus上的（上面RAM的SPD也是通过SMBus编程）。Clock编程一般是为了省电的目前，关掉一些不需要的Pin，例如，PCI Clock Pin、CPU Clock Pin 2等，另外，PCI电源Stop PCI特性配置以及CPU Clock C3 Stop的配置等等。

RAM可以工作以后，下面的工作就是解压缩功能模块，例如，PCI初始化模块、PnP功能模块、ACPI功能模块、SCU模块、电源管理模块以及VGA等等ROM模块。由于BIOS ROM空间一般比较下，现在常用的BIOS ROM一般是2M/4M/8M比特。所以对于这么多的功能模块，BIOS ROM空间比较紧张，所以，一般都是把各个模块压缩放入BIOS ROM。所以，必须把压缩部分的代码解压缩到RAM中间才可以正常运行。

在ROM解压缩中，有两个特殊的模块，就是E000段和F000段的模块。我们知道，在BIOS刚刚上电的时候，BIOS ROM占有的地址空间E000段和F000段（4G高端的部分是双映射的）。所以，如果把BIOS E000段和F000段目标代码解压缩到这两段，必须Chipset做一个Shadow动作，这个动作就是把E000段和F000段地址从BIOS ROM重新映射到RAM。一般，BIOS先把这部分模块解压缩其他段，然后Shadow，之后，再从其他段Copy到E000段和F000段。

在ROM运行的模块还有一个特殊的模块，就是BootBlock。BootBlock是现在Flash ROM的一个技术，这个模块可以被保护，这样就不会被更新。在解压缩过程中，如果发现某个关键模块坏了，可以进入一个Crisis，在这个模块中将对系统做一个简单的初始化，然后从USB Floppy中寻找新的BIOS ROM文件，更新系统。这样，可以防止BIOS刷死的时候可以方便的更新系统。

然后，BIOS需要对Chipset做一些特别的配置，例如，SMI、PMBase等。接着BIOS初始化8259（或者APIC），完成之后，可以初始化Keyboard，因为Keyboard需要使用中断，Keyboard初始化之后，内置键盘就可以使用（注意，在Legacy模式下，由于USB键盘是使用Trip的方式，所以Keyboard Controller初始化必须正确，否则USB keyboard也将不能使用）。当然之后还有DMA等系统设备的初始化。

然后系统BIOS进行PCI初始化，在PCI初始化部分主要任务就是遍历PCI总线，填写总线号，然后统计每个设备的资源需求，从系统资源池中间给每一个设备分配资源，设备资源需要包括Memory资源、IO资源以及中断资源。在资源分配成功之后，BIOS将Enable这些设备的解码。BIOS初始化PCI总线有两个目的，其一是POST过程的必须的设备，例如PCI显卡、USB键盘和PATA和SATA硬盘等，如果使用的话，必须分配资源才可以使用，而且这些资源分配不能够重复。其二，对于Windows 98和老的Unix的，其本身没有PCI的初始化驱动，所以这些OS必须依赖BIOS的初始化。

PCI初始化是分成几个模块的，这些模块是分开运行的。在前面主要动作是遍历PCI总线，之后在IDE初始化之后，才进行PCI设备资源的配置，接着运行PCI设备ROM。

在PCI初始化之后，BIOS需要对VGA系统进行初始化，对VGA初始化主要就是查找显卡的VGA ROM，如果是外接的VGA卡，例如AGP或者是PCI Express的，那么BIOS本身没有这个卡的ROM，此时，BIOS必须从这个卡的ROM地址中读出ROM。如果这个卡本身是Onboard的，那么BIOS必须把ROM解压缩到RAM（可能已经解压缩过了）。之后，BIOS把VGA ROM Copy到RAM的C000段，然后，按照PCI ROM数据结构，找到ROM的初始化入口，跳到ROM的初始化部分执行，在这个初始化程序中间，将对显卡做简单的初始化，然后，把INT10安装到系统中。之后，BIOS就可以调用INT 10在系统显示屏上显示信息。

接着系统需要对键盘控制器进行初始化。首先系统检测是否有键盘接入，这是靠发送键盘Enable命令给键盘控制器，然后读键盘的回应状态，如果回应是0FAh，那么表明有键盘接入，否则没有键盘接入。然后Check键盘的Out Buffer Full中断功能是否正常。然后编程Keyboard的Command寄存器，进一步Check这些功能是否正常。在这些检测之后，则表明键盘可以使用。

在PCI初始化之后，系统的主要初始化任务就是初始化PnP系统，PnP系统主要任务包括四个部分，建立系统Device Node和PnP Runtime信息，初始化PnP ISA系统，建立DMI信息和初始化SuperIO部分。Device Node包括两个部分信息，一部分是静态信息，主要包括RTC、DMA、PIC等Legacy部分，另一个部分是系统的动态信息，包括COM、IrDA、LPT等部分。PnP Runtime信息主要是提高OEM INT15需要的系统信息部分内容，包括系统资源使用和内存大小等信息。PnP ISA一个古老部分内容，一般笔记本系统都不会Enable这个Function，这个部分内容主要通过ISA的配置和数据口，枚举PnP ISA设备，并分析设备的资源需求和分配资源给该设备，然后Enable这个设备。然后，在PnP收集之后，需要建立$PnP的Installation Check表格。SuperIO初始化，包括SuperIO设备的资源分析和资源分配，以及COM口等初始化动作。最后一个部分内容就是根据系统配置情况，更新系统DMI信息。

在这些初始化之后，BIOS可以点亮系统Panal，或者CRT显示。显示系统LOGO，或者POST信息，这个部分主要是根据VESA规范，调用VBIOS提供的各个功能调用。BIOS还会检测CPU的类型，然后显示CPU类型信息。如果用户选择的话，BIOS将检查一边系统RAM，是否有错误。

BIOS接下来需要做的事情就是填写系统的硬件中断向量和系统BIOS数据区相关信息。因为很多的系统中断需要参考BIOS数据区，所以必须先去填写BIOS数据区，然后初始化中断向量，这样很多硬件，如键盘，才可以使用。BIOS数据区初始化部分主要是填写并口串口的Timeout时间和键盘的Buffer地址等部分内容。中断向量初始化包括两个部分，硬件部分和软件部分，硬件部分包括两个主从8259，主要是键盘、Floppy、系统时钟等，软件部分包括INT10、INT15和INT13等。在这些初始化之后，BIOS还可选的对于PS/2鼠标进行初始化

下面进入了一个BIOS的大的功能块，USB的初始化一共需要7步，第一步，给每个USB控制器分配资源，主要IO资源，第二步，在RAM中分配一段内存空间给USB建立QH和TD的数据结构，第三步，初始化QH和TD，第四步，Reset USB端口，第五步，把QH和TD的开始地址连接各个控制的Frame List上，第六步，把Frame List的基址写入各个控制器的相应寄存器，第七步，RUN USB控制，开始枚举USB系统设备。在枚举设备的时候，记录设备信息，初始化设备，如果是USB HDD、USB CDROM等设备，还需要填写系统的BBS Table。这样枚举过后，系统的USB键盘鼠标硬盘等设备就可以使用了。

在系统的USB初始化之后，BIOS需要初始化ACPI部分。这个部分的主要内容是在系统建立ACPI相关的Table和DSDT表，并根据OEM配置修改DSDT部分内容。这些表格包括RSDP、DSDT、RSDT、BOOT、FACP和FACS。更新DSDT表主要时修改Mail Box的地址。

接下来，BIOS需要进行处理器电源管理的初始化，这部分代码主要是初始化处理器的P State电源管理，C State电源管理，以及Throttle和Thermal等的电源管理。P State初始化主要就是Intel SpeedStep技术，其主要动作就是根据CPU的类型，在SSDT中间插入_PSS的内部参数表。在C State初始化中间主要就是Enable C1E feature和建立C State的ACPI部分需要的表格。

接着，BIOS需要初始化Floppy和Hard Disk系统。传统Floppy的使用已经很少了，所以这个部分我们不必深究。而硬盘系统是我们整个BIOS重中之重。硬盘部分主要是检测每个硬盘，然后初始化硬盘，之后建立EDPT，初始化之后，我们可以使用INT 13访问硬盘。ATA设备和ATAPI设备由于其许多指令是不同的，所以，这两个部分初始化的路径是分开的。在硬盘初始化之前，我们必须对硬盘控制器进行初始化，这个部分的初始化主要涉及到各个时序的支持以及PCI资源分配等等。

接着，BIOS需要对系统电源管理进行初始化，特别是APM支持的系统。这个部分主要部分是初始化PM需要的各种数据，配置PM寄存器。然后Enable SW SMI功能。

在PM初始化之后，BIOS调用Int 19h，引导OS。Int 19h根据CMOS的配置和POST过程中BBS设备的Detect结果，尝试从各个Bootable设备启动。最终，Boot到OS。在引导OS的时候，可引导的媒质上的引导程序将继续使用BIOS提供的INT 13以及其他中断程序，知道OS使用自己的程序将这些中断程序替代掉。

在OS下面，ACPI系统将起到非常重要的作用，OS将分析ACPI数据结构，在特定时候执行ACPI的方法，完成平台要求的任务。除了ACPI之外，BIOS还有一些其他数据结构，如果PnP、PCI BIOS和MP数据结构，不同的OS可能使用这些数据结构。除了OS可见的数据结构之外，BIOS SMI程序可能被软件或者是硬件触发，独立于OS程序，执行我们定义的特殊功能。

以上是针对BIOS功能的一个简单描述，具体的BIOS实现会有所不同。如果仔细了解每一个部分内容，需要对每一个部分相关的规范和代码仔细阅读。

四、主板架构基础知识

上图是现在典型的PC主板架构，下面我们以Insyde的Chipset，从功能上看，主板共三个部分模块，最上面是CPU，有些主板上直接有CPU，有些主板是提供CPU插槽，CPU是可以外接的。往下面的两个主要部件是MCH和ICH，俗称北桥和南桥。一般的北桥有四个功能模块，第一提供HOST接口，外接CPU；第二是Memory Controller，外接RAM；第三内置显卡和/或外置AGP或PCI Express外置显卡接口;第四个是和南桥之间的接口。从逻辑上来看，一般北桥内有三个PCI设备，Device 0是Host和Memory Controller的相关配置，Device1是AGP或者是PCI Express桥，Device 2是内置的显卡，具体设备号不同的Chipset会有所不同。

现代南桥主要是一个常用外设的集成体，一般，其内部设备都是在BUS 0上的。北桥和南桥之间的接口一般是比较高速的总线，各家有不同的定义，Intel的865/855系列之前是用的Hublink，915系列是DMI，VIA用的是VLINK等等。逻辑上，我们可以把这些类型总线最为芯片内部总线的延伸。一个典型的南桥包括如下功能：LPC桥、硬盘控制器（SATA和PATA）、USB控制器、PCI总线桥和PCI Express总线桥等。LPC桥集中了ISA Legacy部件和电源管理部分。

上图是一个具体主板框图的例子，图中的CPU是支持Banias或者Dothan CPU。北桥是855GME，南桥是ICH4M，北桥集成VGA控制器，输出两路，一路是数字信号的LVDS，一路是模拟信号的CRT接口。内存控制器支持DDR，最高Support DDR 333。Host FSB支持400MHz。

CK408？？

南桥PATA部分接出两路，一路是Primary，用来接HDD，一路是Secondary，用来接ODD。USB引出两个独立Controller的Port。PCI总线外接三路，一路接Onboard LAN；一路接Ricoh的CardBus Controller，这个设备是一个多功能设备，本身集成了四合一读卡器；一路接一个Mini PCI Socket，这个Socket可以接入Wireless Lan，或者是TV Card等Mini PCI设备。LPC上接两个设备，一个是EC，一个是SIO。Flash ROM外挂在EC上，所以EC除了解码键盘端口60h/64h和EC端口62h/66h外，还必须解码Flash ROM的内存地址。SuperIO采用的是National Semicondact的PC87381，内含串口控制器和FIR控制器。AC97分成两个部分，一部分是数字部分，内置在南桥内，一部分是模拟部分的AC 97 Codec，AC97在逻辑上是一个PCI设备。

Insyde BIOS架构

现代BIOS，一般采用Flash ROM，常用的是2M/4M/8M bits.我们以4M Flash ROM为例描述BIOS结构。现代BIOS ROM一般直接或者间接接在LPC上，LPC可以配置为把Memory Cycle在E000h和F000段，映射到BIOS ROM的相应高端，同时也可以把相应的（4G-ROM Size）的Memory Cycle也映射到相应的BIOS ROM上。由于CPU一上电的指令指向F000：FFF0，所以这条指令就是BIOS上电的初始指令，这条指令将给Chipset映射到BIOS ROM的相应位置，所以BIOS ROM相应F000：FFF0位置必须存放相应的BIOS初始化代码，这些代码是不可以压缩的。在Insyde BIOS上，这段代码就是放BLOAD.ROM代码，如果Support BootBlock，那么这个地址放置的是BBLOCK.ROM的代码。前面已经讲过，这些没有压缩的代码主要作用就是简单初始化Chipset，然后初始化RAM系统，在RAM系统初始化成功之后，这个模块将把BIOS其他部分的压缩代码解压缩到RAM中间，然后跳到RAM中运行。所以，纵观整个BIOS ROM的代码结构，ROM的地段对应F000：FFF0地方放置非压缩的代码，往下的空间则防止压缩的BIOS代码模块，例如DSDT表和PCI初始化代码等。对于一部分笔记本计算机，为了Cost Down的原因，一般把EC ROM和BIOS ROM合起来使用同一个ROM，例如NS87591L的EC。这样，根据EC解码特性，必须把BIOS ROM最低端的两个段分配给EC使用，这一部分代码是EC的代码，可能不是X86处理器的指令。这样，这个BIOS ROM分成三个部分，最高端存放非压缩BBLOCK和BLOAD代码，最低端存放EC代码，中间是压缩的BIOS代码。

Insyde BIOS ROM生成在BIOS SourceCode的OEM\BIND目录下的MakeBIOS.mak文件中生成，如下方式

romloc: $(ROMLOC_FILES) .\makedir\bios.loc

romloc .\makedir\bios.loc

这段代码使用一个romloc.exe程序，这个根据根据bios.loc文件中定义的各个模块在BIOS ROM中摆放的位置，把各个模块的压缩或者非压缩代码放到BIOS ROM中间，生成BIOS.ROM文件。

BIOS.loc文件由BIOS.lpp生成，其在MakeBIOS.mak中的代码如下：

.\makedir\bios.loc: bios.lpp ..\shared\config.h ..\shared\project.h

set INCLUDE=..\shared;$(INCLUDE)

CL /EP /nologo %s > .\makedir\bios.lo1

delempty .\makedir\bios.lo1 > .\makedir\bios.loc

set INCLUDE=$(INCLUDE)

BIOS.lpp是一个简单的文件，使用C语言的方式定义BIOS.ROM各个模块位置，典型的BIOS.lpp内容如下：

;—————————————————————————-

#include <CONFIG.H>

; BIOS Build Utility

; The ROMLOC program builds a 512KB x 8 BIOS (4MBit) using the following files.

OUTPUT = RELEASE\BIOS.ROM

MAPFILE = RELEASE\ROMLOC.MAP

SIZE = 512K

FILL = FFFF

;— File Name ——– @ ROM ——————- @ RAM

ROMSRC\ECBIOS\FBR.ROM @ 0000 ;;V02+

MAKEDIR\VGA.CHB @ 10000 ; Video BIOS C000:0 //yl012704

;Compressed Video bios size should not exceed 48K Bytes!!!!

MAKEDIR\DISPSEG.CHB @ APPEND,align16 ; DISPSEG

MAKEDIR\IMAGE.CHB @ APPEND,align16 ; IMAGE.PCX

;Intel OSB Code

MAKEDIR\OSB.CHB @ APPEND,align16 ; LOGO.OSB ;Intel OSB module

MAKEDIR\USB.CHB @ APPEND,align16 ; USB BIOS E000:0

MAKEDIR\ACPI.CHB @ APPEND,align16 ; E400:0

MAKEDIR\DSDT.CHB @ APPEND,align16 ; E500:0

MAKEDIR\SCU.CHB @ APPEND,align16

MAKEDIR\MENUENGL.CHB @ APPEND,align16

MAKEDIR\SCUSRVR.CHB @ APPEND,align16

MAKEDIR\MAXSMI.CHB @ APPEND,align16

MAKEDIR\PCI.CHB @ APPEND,align16 ; E800:0

MAKEDIR\PNP.CHB @ APPEND,align16 ; EC00:0

MAKEDIR\BIOS.CHB @ APPEND,align16 ; F000:0

MAKEDIR\PXE.CHB @ APPEND,align16 ; PXE BIOS C800:0

ROMSRC\DMIROM.ROM @ 60000 ;must in 2k boundary

;———–The above code should not exceed @70000————

; Micro code put the following location.

ROMSRC\mcu\m206D210.pdb @ 67000 ;(Dothan) Mobile Pentium-M A1 with CPU Signature 06D1h

ROMSRC\mcu\m206D617.pdb @ APPEND, align16 ;(Dothan) Mobile Pentium-M B1 with CPU Signature 06D6h

;———–The above code should not exceed @7A000————

MAKEDIR\CHBTBLS.ROM @ APPEND, align16

MAKEDIR\BLOAD.ROM @ 70000 ; 16k F200:0

..\BB\MAKEDIR\BBLOCK.ROM @ BOTTOM ; 16k FC00:0

Insyde BIOS是一个结构化的BIOS，Insyde BIOS分成两层，Core层、Chipset层和OEM层。Core主要提供一些成熟的库程序，这些库和Chipset是不相关的，Chipset层和OEM层提供需要Chipset和OEM定制的一些代码。一般Core编译以后是生成库文件，一般都是.lib文件，例如pnp.lib、usb.lib、pcicore.lib。OEM层生成实体代码，一般都是.ROM模块，例如pnp.rom、usb.rom、pci.rom。BIOS的代码结构如下图所示：

Chipset层主要提供一些特殊的特性设置，例如，我们在PM初始化过程中经常需要Enable和Disable Software SMI，但是SMI设置的方法对于不同的Chipset是不同，所以，这部分代码必须由Chipset层提供，hcCS_Enable_SW_SMI。还有一个例子就是BIOS刚上电时需要对Chipset初始化和Memory Size，这两个方法对于不同的Chipset而言也是不一样的，Chipset层提供这两个程序，hjCS_BIO_CHIP_INIT和hjCS_BIO_MEMORY_SIZE，还有的例子就是Memory Shadow的方法不同的Chipset也是不同的。OEM层一些主要程序是Core专门Hook到OEM层，这些Hook测存在使得OEM可以根据自己系统的不同配置而配置自己不同特性，这些例子就比较多了。

这个BIOS，可以看作由两个文件展开的，一个是Bload.asm，一个是Biospine.asm。这两个文件都是Core层的文件，Bload.asm最终被编译到Bload.ROM的模块中间，这个模块是BIOS在ROM运行的模块，文件的主要程序将被编译到压缩的BIOS.ROM。Bload.asm是BIOS.ROM的主文件，这个文件主要通过几个函数Hook到BIOSOEM这个OEM层，这个程序是hjOEM_EARLY_RESET、hjOEM_INITIALIZE_CHIPSET和hcOEM_SHADOW_BIOS。第一个跳入的程序，hjOEM_EARLY_RESET这个程序给OEM客户提供一个在处理器一上电就需要执行的动作，例如保存CPU ID信息、配置Debug口等等配置，hjOEM_INITIALIZE_CHIPSET这个部分内容比较多，一般OEM客户需要在这个程序中间对Chipset做一些前期的初始化，然后做Memory Sizing和Clock Generator的编程等等。hcOEM_SHADOW_BIOS这个程序把各个BIOS功能模块解压到RAM中间，而后把E000h和F000h段Shadow到RAM中。Shadow之后，BIOS跳到RAM中运行，最终运行到BIOSPINE.asm中间。

Bload.asm中间跳转语句是

jmpf BIOS_Segment, BIOS_Reset ; Jump to the reset pointer

在Bload.equ中间这两个变量是这样定义的：

BIOS_Segment equ 0F000h ; BIOS segment

BIOS_Reset equ 0FFF0h ; BIOS Reset offset

所以这条jmpf语句将跳到F000:FFF0h

Shadown之后，压缩的BIOS.ROM将被解压缩到F000h段的RAM中间，F000段的排列是这样的。BIOS.ROM文件的ORG文件是BIOSORG.ASM，其中这样定义F000:FFF0h

ORG_POWER_ON_JUMP_MACRO

这个宏定义在atorg.equ中定义

ORG_POWER_ON_JUMP_MACRO MACRO NOARGS

ORG 01FF0H ;

JMPF 0F000H, 0E05BH ; This makes CS for all ROM code F000h

ENDM ;

E05Bh处代码也在BIOSORG.asm中定义

ORG 0005BH

PUBLIC ORG_RESET_JMP ; Used By CTRL-ALT-DEL In INT 09 Handler;

ORG_RESET_JMP: ;

JMPF 0F000H, CPU_RESET ; Reset CS and Jump to CPU reset

这里的CPU_RESET就是BIOSSPINE.asm开头，这样

压缩的BIOS.ROM由几个部分链接而成，这几个部分是

恍恍忽忽

BIOSPINE.ASM前面的程序都跳到OEM层的BIOSOEM中程序，例如，

hjCS_BIO_CHIP_INIT，跳到CSPRIM.ASM中间，之后返回BIOSPINE.ASM

hscOEM_PCI_EARLY_RESET_INIT跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM

hcOEM_START_SIMPLE_BOOT跳到CMOS.ASM，之后返回到BIOSPINE.ASM

HWIO_RESET_CTC1跳到HWIOPRIM.ASM，之后返回到BIOSPINE.ASM

HWIO_TICKLE_RAM跳到HWIOPRIM.ASM，之后返回到BIOSPINE.ASM

RAM_INIT_FIRST_64K跳到RAMPRIM1.ASM，之后返回到BIOSPINE.ASM

HWIO_RESET_INTS跳到HWIOPRIM.ASM，之后返回到BIOSPINE.ASM

HWIO_ENABLE_APIC跳到HWIOPRIM.ASM，之后返回到BIOSPINE.ASM

hcOEM_BIO_TEST_DMA_PAGE跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM

HWIO_TEST_DMA_PAGE跳到HWIOPRIM.ASM，之后返回到BIOSPINE.ASM

KEYB_SELFTEST_CTLR跳到KEYBPRIM.ASM，之后返回到BIOSPINE.ASM

KEYB_RESET_KEYBOARD跳到KEYBPRIM.ASM，之后返回到BIOSPINE.ASM

POST_Check_CMOS_RAM跳到POSTPRIM.ASM，之后返回到BIOSPINE.ASM

POST_TEST_BATT_CMOS_SUM跳到POSTPRIM.ASM，之后返回到BIOSPINE.ASM

hcOEM_BIO_CMOS_SUM跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM

HWIO_TEST_DMA跳到HWIOPRIM.ASM，之后返回到BIOSPINE.ASM

HWIO_INIT_8237跳到HWIOPRIM.ASM，之后返回到BIOSPINE.ASM

hcOEM_BIO_FAST_BOOT_REQUESTED跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM

GEN_INIT_VECS跳到GENPRIM.ASM，之后返回到BIOSPINE.ASM

hcOEM_BIO_FAST_BOOT_REQUESTED跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM

RAM_QUICK_SIZE跳到RAMPRIM1.ASM，之后返回到BIOSPINE.ASM

hcCS_BIO_SHADOW_SETUP跳到CSPRIM.ASM中间，之后返回BIOSPINE.ASM

hcCS_Enable_Cache跳到CSPRIM.ASM中间，之后返回BIOSPINE.ASM

hcOEM_PCI_MAIN_INSTALL跳到OEMPRIM.ASM中间，中间引用PCI_INIT，跳到PCIPRIM.ASM中间，接着以call dword ptr es:[bx]这样的方式跳进PCI.ROM中间运行，而后返回。

hcOEM_PCI_VIDEO_DETECT跳到OEMPRIM.ASM中间，使用call dword ptr es:[BX] 跳进PCI.ROM中间运行，而后返回。

hcOEM_PNP_INIT跳到OEMPRIM.ASM中间，使用CALLF PNP_ROM_SEGMENT, 0003h语句跳入PnP.ROM中间运行，而后返回。

hcOEM_DECOMP_OSB跳到CSPRIM.ASM中间，之后返回BIOSPINE.ASM

hcOEM_SPLASH_BIGLOGO跳到OEMPRIM.ASM中间，使用CALLF DISP_FarCall_SEG, DISP_FarCall_OFF跳进DISPSEG.ROM中间运行，而后返回。

hcOEM_GRAPHIC_POST跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM。

hcOEM_TrapInt10跳到OEMINT.ASM，之后返回到BIOSPINE.ASM。

TXT_SSPRINTF跳到TEXTPRIM.ASM中，引用_SSPRINTF，再调用_PRINTF跳到DISPPRIN.ASM，然后以CALLF DISP_FarCall_SEG, DISP_FarCall_OFF方式跳入DISPSEG.ROM中间运行，而后返回。

hcOEM_BIO_CONFIG_KBD_CTL跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM。

KEYB_PRESENT_TEST跳到KEYBPRIM.ASM，之后返回到BIOSPINE.ASM

KEYB_TEST_OBF_INT跳到KEYBPRIM.ASM，之后返回到BIOSPINE.ASM

KEYB_TEST_CMD_BYTE跳到KEYBPRIM.ASM，之后返回到BIOSPINE.ASM

hcCS_INT15_DISABLE_A20跳到CSPRIM.ASM中间，之后返回BIOSPINE.ASM

HWIO_TEST_PERIODIC跳到HWIOPRIM.ASM，之后返回到BIOSPINE.ASM

GEN_INIT_RAM_DATA跳到GENPRIM.ASM中间，之后返回BIOSPINE.ASM

GEN_INIT_HARD_VECS跳到GENPRIM.ASM中间，之后返回BIOSPINE.ASM

PM_USB_HC_INIT跳到BIOSUSB.asm中间，通过call trigger_SYS_SMI_FN陷入SMI中间，之后返回。

PM_ACPI_INIT跳到PMPRIM.ASM中间，之后callf ACPI_ROM_SEGMENT, ACPI_ROM_INIT_VECT的方式，跳入ACPI.ROM。

PM_CPU_INIT跳到PMPRIM.ASM中间，通过call trigger_SYS_SMI_FN陷入SMI中间，之后返回。

INITTOD跳到TOD.ASM中间，之后返回BIOSPINE.ASM

hcOEM_InitTOD跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM。

hcOEM_BIO_DEVICE_CONFIG跳到OEMPRIM.ASM，中间调用hcOEM_SUPERIO_CONFIG，跳到OEMCORE.ASM中，然后使用CALLF PNP_ROM_SEGMENT, PNP_FARCALL_VECTOR跳进PnP.ROM。

HWIO_FIND_COMM_PORTSHWIOPRIM.ASM，之后返回到BIOSPINE.ASM，

hcOEM_PCI_IDE_DETECT跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM。

WINI_INITIALIZE跳到harddisk.ASM，之后返回到BIOSPINE.ASM。

hcOEM_POST_WINI_INIT跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM。

hcOEM_PCI_MAIN_CONFIG跳到OEMPRIM.ASM，使用call dword ptr es:[BX] 跳进PCI.ROM中间运行，而后返回。

hcOEM_Prepare_Addon_Card跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM。

hcOEM_PCI_ROMINIT跳到OEMPRIM.ASM，使用call dword ptr es:[BX] 跳进PCI.ROM中间运行，而后返回。

hcOEM_Check_Addon_Card跳到OEMPRIM.ASM，之后返回到BIOSPINE.ASM。

hcOEM_SetBootFirst跳到OEMPRIM.ASM中间，使用CALLF DISP_FarCall_SEG, DISP_FarCall_OFF跳进DISPSEG.ROM中间运行，而后返回。

PM_PM_Init跳到PMPRIM.ASM中间，通过call trigger_SYS_SMI_FN陷入SMI中间，之后返回。

在POST的最后，有一个表格驱动的方式调用，

MOV BX, OFFSET HOOK_LAST_MINUTE_INIT_TABLE

NEXT_HOOK: ;

CMP WORD PTR CS:[BX], -1 ; -1 Means End Of Hook Functions

JE LAST_HOOK ;

PUSH BX ; Dispatch To OEM Hook From Table

CALL WORD PTR CS:[BX] ; BX Holds Index Into Table

POP BX ;

INC BX ; Increment To Next Hook In Table

INC BX ;

JMP NEXT_HOOK ; Go Around To See If Another

LAST_HOOK: ;

其中表格是如下定义：

HOOK_LAST_MINUTE_INIT_TABLE LABEL WORD

DW offset CS:hcCS_WP_ShadowRAM

DW offset hcCS_Final_Chip_Init

DW offset hcOEM_Equipment_Banner

DW offset hcOEM_Gen_Setup

DW offset hcOEM_WinNTCMOSPatch

DW offset hcOEM_Y2K_Update

DW -1 ; -1 ENDS THE LIST

hcCS_WP_ShadowRAM跳到CSPRIM.ASM中间，之后返回BIOSPINE.ASM

hcCS_Final_Chip_Init跳到CSPRIM.ASM中间，之后返回BIOSPINE.ASM

hcOEM_Equipment_Banner跳到OEMCORE.ASM，之后返回BIOSPINE.ASM。

hcOEM_Gen_Setup跳到OEMPRIM.ASM，之后调用biosInitUsbMassDevice，进入BIOSUSB.ASM，其中使用CALLF USB_ROM_SEGMENT, USB_ROM_OFFSET方式，陷入USB.ROM。

hcOEM_WinNTCMOSPatch跳到OEMCORE.ASM，之后返回BIOSPINE.ASM。

hcOEM_Y2K_Update跳到OEMPRIM.ASM，之后返回。

在POST最后，跳用INT19，Boot OS。

从上面BIOSPINE.ASM中对于子程序的引用看来，可以分为四种情况：

Procedure调用继续在Core层。
1. HWIO_RESET_CTC1
2. HWIO_TICKLE_RAM
Procedure调用进入OEM层，但是始终在BIOS.ROM中运行。
Procedure调用进入OEM层，但是最终进入其他ROM块。
Procedure跳用进入OEM层，最后进入SMI程序。
Procedure使用软中断的方式，但是在Core层运行。

下面我们从功能角度分析一个一个模块。

PM.ROM：

首先分析SMI模块。SMI的Core层是PMCORE，OEM层是PMOEM。类似于BIOSSPINE是BIOS.ROM的主程序，STRAT.ASM是PM.ROM的主程序。STRAT.ASM几个主要Procedure的调用是

jCS_SMI_entry

jCS_cpu_spd_fast

CS_map_ACPI_SMI

_SMI_map_SWSMIfn

jCS_SWSMI_override_fn

_SMI_fnSWSMI

cCS_Allow_HWSMI_during_CE

cCS_SMI_map_fn

_SMI_fnSMI

hw_smi_service_top

jCS_cpu_spd_exit

jCS_SMI_rest_chip

jCS_SMI_exit

CS_map_ACPI_SMI跳进ACPICHIP.ASM，这个程序主要处理关于ACPI的几个SMI，这几个SMI都是由B2/B3口写命令和命令码所触发的SMI。其中，B2是命令口，这里处理的命令包括：

E0——ACPI Enable

E1——ACPI Disable

E2――ACPI S4 Request

E3――ACPI OEM Function：这里主要是根据B3口的命令码，确认不同的SMI Function。

这个部分还加入另外一个部分的处理，就是处理80h的命令，80h的命令主要是根据Intel SpeedStep提供SMI Function。我们知道，SpeedStep的操作又两种方式，一种是FixedHWIO方式，这种方式是让OS的Drive来操作，另外一种就是OS本身没有Driver，只有使用SMI的方式，这里就是提供的这些方法。

ACPI SMI部分的处理方式主要是使用表格驱动方法，ACPI表如下定义

ACPI_SERVICE_TBL label word

SMI_ENTRY <ACPI_OEM_DSPTCH ,offset CS_ACPI_OEM_DSPTCH,SET_CARRY_FLAG>

SMI_ENTRY <FACP_ACPIEN ,offset CS_ACPI_MODE_EN ,SET_CARRY_FLAG>

SMI_ENTRY <FACP_ACPIDIS ,offset CS_ACPI_MODE_DIS ,NO_CARRY_FLAG >

SMI_ENTRY <FACP_S4BIOSRQ ,offset CS_ACPI_S4BIOS_REQ,NO_CARRY_FLAG >

ACPI_TBL_LEN dw $ – ACPI_SERVICE_TBL

SMI_ENTRY的宏定义是这样的，

SMI_ENTRY STRUCT

SMI_TYPE db ? ; will store the SMI value in reg. 0b2h

CALL_FUNC dw ? ; call function for this particular SMI

RET_FLAG db ? ; return flag after servicing this SMI

SMI_ENTRY ENDS

首先，把B2读出的命名码和SMI_TYPE的值比较，然后跳用相应的处理函数。对于第一个函数，CS_ACPI_OEM_DSPTCH，这个函数处理OEM自己在ACPI表中定义的功能，这个函数会根据B3口读出的数据，调用相应ACPI_OEM_FUNC_TBL的功能。

ACPI_OEM_FUNC_TBL

DW OFFSET ACPI_SMI_IO_REQ ; Function 0

DW OFFSET ACPI_SMI_RESTORE ; Function 1

DW OFFSET ACPI_OEM_REQ ; Function 2

DW OFFSET Set_S4_Record ; Function 3 Make

DW OFFSET Clear_S4_Record ; Function 4

DW OFFSET pmRp0xRestore ; Function 5

DW OFFSET ACPI_CONFIG_IrDA ; Function 6

另外，在CS_map_ACPI_SMI跳进ACPICHIP.ASM还处理CPU的SMI，这个几个命令的定义如下：

OS_COMMAND EQU 080h ; OS indicates IST control.

INIT_COMMAND EQU 081h ; BIOS indicates IST init.

APP_COMMAND EQU 082h ; Applet indicates IST control.

OS_REQUEST EQU 083h ; OS transition request.

CSTATE_COMMAND EQU 085h ; OS indicates C state control.

_SMI_map_SWSMIfn、jCS_SWSMI_override_fn和_SMI_fnSWSMI这三个函数又来处理BIOS Trigger SMI、APM SMI等。其中_SMI_map_SWSMIfn提供对于不同入口的参数功能分析，jCS_SWSMI_override_fn运行BIOS对这些功能重载，_SMI_fnSWSMI是相应功能处理的实体。

这个部分是的SMI是通过往B2口写1产生的，进入以后，ACPI部分检查命令码1不是ACPI命令码，所以就归为这个部分处理。这个部分主要入口参数是EDI的值，EDI的高16位必须是0BEEFh。

EDI的低8位的相应BIT表示这个部分请求的功能，这些BIT定义如下：

CORRECT_TIME EQU 01H ; Time correction flag

SYS_INIT EQU 02H ; Ext-Smi (menu) generation

PM_LOADED EQU 04H ; Set if loaded…

APM_FUNCTION EQU 08H ; Apm function generation

OEM_FUNCTION EQU 10H ; OEM function generation

SYS_FUNCTION EQU 20H

BIOS处理需要一个Map的过程，根据相应的BIT，map到一个值，Map的方式如下

SYS_INIT ：SWSMI_BIO_INIT ：03h

SYS_FUNCTION ：由EBX的本身定义

APM_FUNCTION ：SWSMI_BIO_APM ：02h

OEM_FUNCTION：SWSMI_BIO_OEM ：08h

然后，BIOS根据映射值调用相应的函数：

CS_SWSMI_table DW OFFSET SW_rsm_SWSMI ; 0

DW OFFSET SW_internal_SWSMI ; 1

DW OFFSET SW_APM_SWSMI ; 2

DW OFFSET SW_bios_init_SWSMI ; 3

DW OFFSET CS_bios_spdchg_SWSMI ; 4

DW OFFSET SW_bios_vidchg_SWSMI ; 5

DW OFFSET OEM_Restore_State ; 6

DW OFFSET OEM_Save_CPU_State ; 7

DW OFFSET OEM_swsmi_function ; 8

DW OFFSET _PCMCIA_register ; 9

DW OFFSET _PCMCIA_suspend ; A

DW OFFSET _Resume_0v ; B

DW OFFSET CS_Save_S2D_Resume_State ; C

DW OFFSET CS_Resume_System ; D

DW OFFSET CS_Geyserville_Init ; E

DW OFFSET CS_USB_HC_INIT ; F

DW OFFSET DMI_FLASH_FUNC ; 10h

cCS_SMI_map_fn和_SMI_fnSMI是用来处理硬件SMI的，这两个函数都将引用到SMICHIP.ASM这个文件中，SMICHIP.ASM这个文件属于PMOEM部分。我们知道对于Intel的ICHX，系统所有硬件发出的SMI，将相应置位SMI_STS，所以SMI部分处理硬件中断必须首先Check这些寄存器，然后根据相应的置位状况，做相应的处理。cCS_SMI_map_fn检查是BIT几被置位，_SMI_fnSMI处理相应的BIT功能。_SMI_fnSMI主要使用表格驱动的方式处理各个硬件SMI，这个表格是CS_HWSMI_table，这个表格定义在SMICHIP.ASM中间，定义如下：

CS_HWSMI_table

DW OFFSET CS_NULL_Hook ; Bit 0

DW OFFSET CS_NULL_Hook ; Bit 1

DW OFFSET CS_NULL_Hook ; Bit 2

DW OFFSET TMP_CS_USB_Request ; Bit 3

DW OFFSET CS_SLP_SMI_Hook ; Bit 4

DW OFFSET CS_NULL_Hook ; Bit 5

DW OFFSET CS_SWSMI_TMR_Hook ; Bit 6

DW OFFSET CS_NULL_Hook ; Bit 7

DW OFFSET CS_PM1_Request ; Bit 8

DW OFFSET CS_GPE0_Request ; Bit 9

DW OFFSET CS_GPE1_Request ; Bit 10

DW OFFSET CS_NULL_Hook ; Bit 11

DW offset CS_DEVMON_Request ; Bit 12

DW offset CS_TCO_Request ; Bit 13

DW OFFSET CS_1MIN_Request ; Bit 14

DW OFFSET CS_SERIRQ_Hook ; Bit 15

DW OFFSET CS_NULL_Hook ; Bit 16

DW OFFSET ehciSmiHandler ; Bit 17 Legacy USB2

DW OFFSET CS_NULL_Hook ; Bit 18 Intel USB2

DW OFFSET CS_NULL_Hook ; Bit 19

DW OFFSET CS_NULL_Hook ; Bit 20

DW OFFSET CS_NULL_Hook ; Bit 21

DW OFFSET CS_NULL_Hook ; Bit 22

DW OFFSET CS_NULL_Hook ; Bit 23

DW OFFSET CS_NULL_Hook ; Bit 24

DW OFFSET CS_NULL_Hook ; Bit 25

DW OFFSET CS_NULL_Hook ; Bit 26

DW OFFSET CS_NULL_Hook ; Bit 27

DW OFFSET CS_NULL_Hook ; Bit 28

DW OFFSET CS_NULL_Hook ; Bit 29

DW OFFSET CS_NULL_Hook ; Bit 30

DW OFFSET CS_NULL_Hook ; Bit 31

CS_HWSMI_table_len DB ($-CS_HWSMI_table)

其中，

TMP_CS_USB_Request跳入USBCORE的UHCISMI.ASM中间，注意，虽然这个部分代码在USBCORE中间，但是这部分代码实际上是编译到PM.ROM中的，这个部分代码主要是重新扫描USB总线，检查是否有设备的插拔。

CS_SLP_SMI_Hook跳入SMITRAP.ASM中间，这个SMI是在系统进入SX的Sleep时候跳用，这个部分我们主要做的处理是在S3的时候保存部分设备寄存器的值，在S3 Resume的时候在写回去。

CS_SWSMI_TMR_Hook这是SMI定时器产生的中断，一般这个部分是用来处理HT CPU的CX状态。这部分代码跳入Chipset层的PPMHT.ASM文件。

CS_PM1_Request，这个SMI主要是在DOS下按Sleep Button的处理，因为这里的PM1的State会相应置位。

CS_GPE0_Request,这个部分代码主要处理又GPIO0产生的SMI，目前的代码一般都会处理Thermal Pin的动作，主要处理放在在PMOEM.ASM中的OEM_Process_Thermal主要是使用Throttle的方式。另外，一般我们的EC接到GPE0的GPIO Pin脚上，这里，一般我们的Fn+F？的处理都是在这里。

CS_GPE1_Request,这个部分代码主要处理又GPIO1产生的SMI，由于目前我们的Chipset都没有支持GPE1，所以这个函数都没有实现。

CS_DEVMON_Request，这个代码是读写IO地址Trap产生的SMI，这个定义在RCBA+1E00的TRCR寄存器。

CS_TCO_Request是TCO Timer产生的SMI，目前主要处理Y2K问题。

CS_1MIN_Request这是又一个周期性SMI时钟产生的SMI，这里主要处理DOS下一分钟电源处理问题。

CS_1MIN_Request这个出要处理SIRQ＃产生的中断，这部分代码目前是空的。

ehciSmiHandler这个部分跳到跳入USBCORE的EHCISMI.ASM中间，注意，虽然这个部分代码在USBCORE中间，但是这部分代码实际上是编译到PM.ROM中的。

在主入口中间还有两个函数，jCS_cpu_spd_fast和jCS_cpu_spd_exit，目前，对于Intel的CPU，这两个函数都是空的。

下面我们研究PM.ROM的组成，在PMOEM中，PM_OEM.MAK中这样定义PM.ROM：

pm.rom: $(MISCMAKE_DIR)\misc.lib \

$(USBINIT_FILES) \

$(ISTMAKE_DIR)\htgv.lib \

pm.lib

echo PM_ORG EQU 0H > $(MAKE_DIR)\org.equ

ML $(SOURCE_DIR)\pmlink.asm

LINK @<<

pmlink +

$(**: = +^

pm.exe,

pm.map,

$(COMMON_DIR)\usb.lib;

PMFILPAT pm.exe $(SOURCE_DIR)\pmfiller.asm org.equ 16 $(BIND_DIR)\ROMCFG\MAXSMI.CFG

ML $(SOURCE_DIR)\pmlink.asm

ML $(SOURCE_DIR)\pmfiller.asm

LINK @<<

pmlink +

$(USBINIT_FILES) +

$(ISTMAKE_DIR)\htgv.lib +

$(ISTMAKE_DIR)\acpicode.obj +

$(MISCMAKE_DIR)\misc.lib+

pmfiller +

pm.lib,

pm.exe,

maxsmi.map,

$(COMMON_DIR)\usb.lib;

EXE2ROM pm /X

其中pmlink.asm的主要作用是ORG，PM.ROM的几个主要部分如下：misc.lib、usbinit.lib、htgv.lib和pm.lib。其中，主要部分是pm.lib，其中pm.lib的make语句如下：

pm.lib: $(CORE_DIR)\strat.obj \

$(CORE_DIR)\hwshell.obj \

$(CORE_DIR)\swshell.obj \

$(CORE_DIR)\devicex.obj \

smichip.obj \

acpichip.obj \

smichip1.obj \

oemsmi.obj \

$(CORE_DIR)\vpm.obj \

$(CORE_DIR)\apmsmi.obj \

pmoem.obj \

pmoem1.obj \

$(CORE_DIR)\pmdata.obj \

$(CORE_DIR)\pcmcia.obj \

$(CORE_DIR)\gfx_pm.obj \

pmcustom.obj

if EXIST $@ del $@

LIB /nologo @<<

$@ &

+$(**: = &^

+);

可见pm.lib由两部分组成，一部分是PMCORE部分程序，一部分是PMOEM程序，PMCORE部分程序是：

PMCORE部分程序是：strat.obj、hwshell.obj、swshell.obj、devicex.obj、vpm.obj、apmsmi.obj、pmdata.obj、pcmcia.obj和gfx_pm.obj。

PMOEM部分程序是：smichip.obj、acpichip.obj、smichip1.obj、oemsmi.obj、pmoem.obj、pmoem1.obj和pmcustom.obj。

PMCORE部分的Strat.obj的SourceCode是Strat.asm，这个程序是PM部分的主程序，SMI的Dispatch就在这个文件中。

hwshell.obj的SourceCode是hwshell.asm，编译中还有atdevice.asm。

swshell.obj的SourceCode是swshell.asm，这个文件主要包含了几个SW SMI调用子程序表中的程序，包括：SW_rsm_SWSMI、SW_internal_SWSMI、SW_bios_init_SWSMI、SW_bios_vidchg_SWSMI，其余的部分定义在其他文件中。

devicex.obj的SourceCode是devicex.asm，这个程序主要提供一些设备Power、Enable和初始化等程序，供swshell.asm和APMSMI.asm部分的代码引用。

vpm.obj的SourceCode是vpm.asm，这部分代码主要是提供Video操作的库，被系统OEM文件直接引用，例如S3 Resume对Video初始化等。

apmsmi.obj的SourceCode是apmsmi.asm，主要是提供APM部分的代码，这些代码被一个表格驱动的SW SMI引用。

gfx_pm.obj的SourceCode是gfx_pm.asm，主要是提供S2D部分UI显示部分的代码。

pmdata.obj的SourceCode是pmdata.asm，主要是提供PM部分的一些标示变量，供PM代码部分所有文件引用。

pcmcia.obj的SourceCode是pcmcia.asm，主要是提供PM部分的PCMCIA部分的管理，例如Suspend时应该对PCMCIA的处理。

PMOEM的各个功能模块的描述如下：

smichip.obj的主程序文件是smichip.asm，这个部分主要是配合strat.asm，提供一些全局性的程序入口，例如SW Function Table、HW Function Table和SMI Entry Routine等。

acpichip.obj的主程序文件是acpichip.asm，这部分的代码主要是提供ACPI SMI的入口以及主要Routine。

smichip1.obj部分的主程序是smichip1.asm，其中的很多内容属于SMICHIP1的扩展，提供很多HWSHELL.ASM的Chipset和OEM相关层的内容，特别是进入Suspend的Save和Restore动作。

oemsmi.obj这个部分主要放的程序是oemsmi.asm，其中主要是Sleep Trap入口所做的动作给OEM层的接口。

pmoem.obj的主程序文件是pmoem.asm，和pmoem1.asm一起，提供PM部分的OEM Routine的Hook点。

pmcustom.obj的主程序文件是pmcustom.asm，这个部分主要功能是提供一个OEM可以定义的Routine。

PCI.ROM

下面我们讨论PCI.ROM，这个模块，我们知道BIOS.ROM中有五个地方会跳用这个ROM里的Routine：hcOEM_PCI_VIDEO_DETECT、hcOEM_PCI_IDE_DETECT、hcOEM_PCI_MAIN_CONFIG、hcOEM_PCI_ROMINIT和hcOEM_PCI_MAIN_INSTALL。所以，下面我们重点分析PCI.ROM这个模块。

PCI.ROM的MAK文件如下：

pci.rom: $(COMMON_DIR)\pcicore.lib \

$(PCIEMAKE_DIR)\pcie.lib \

pci32.obj \

pcioem.obj \

pcics.obj

LINK @<<

$(**: = +^

pci.exe,

pci.map ;

EXE2ROM pci /S:5000

PCICORE.lib的mak语句如下：

pcicore.lib: $(SOURCEFILES:.asm=.obj)

if EXIST $@ del $@

LIB /NOLOGO @<<

$@ &

+$(**: = &^

+);

所以PCICORE.lib是有PCICORE目录下的所有.ASM文件编译而成。这部分的主程序是PCICORE.ASM这个文件。

PCICORE定义了这个ROM的入口，根据AL的值跳用不同的功能，这些功能定义如下：

DW LOADPCI_RM ；0

DW PCI_VIDEO ；1

DW PCI_IDE_HUNT ；2

DW PCI_CONFIG ；3

DW OEM_DISPATCH ；4

DW PCI_ROMINIT ；5

五、开始新平台开发

如何阅读新平台的Datasheet与Spec

Sonoma平台

MCH 915M Alviso EDS
ICH6M EDS
MCH 915M Alviso BIOS SPEC
MCH 915M Alviso BIOS Porting Guide
ICH6M BIOS SPEC
ICH6M BIOS Porting Guide
CPU datasheet
更新技术资料

如何写软件开发计划书

如何写BIOS Spec

如何做一个新项目BIOS

1 按照原理图、软硬件接口规范来配置BIOS

BIOS，作为硬件中的软件，和系统硬件紧密相关的。所以，如果把工板BIOS修改到我们的机型上，必须相应的配置，以符合我们项目的实际配置情况。

配置系统，首先我们需要明确的是我们系统几个主件的配置：CPU、北桥和南桥。特别是这些不同组件之间的细微差别。我们知道X86结构的处理器，主要是特征和信息由三个部分得到：内容空间（一般占据4G高端）、MSR和CPUID指令，不同类型的CPU，这些寄存器的使用方式不一样，如果我们不是针对不同种类的CPU采用特殊的配置，那么系统一定会出问题，例如BIOS POST不通过，或者电源管理失效，性能下降等问题，所以，我们一定把CPU的类型配置对。另一个对BIOS或者说对系统更重要，工作量最多的就是南北桥的配置一定要求正确。北桥的主要和内容控制器、内外置显卡、系统支持什么样CPU和南桥通讯部分相关，例如系统的PAR寄存器、PCIE虚拟通道配置、内存电源管理等部分、显卡电源管理，不同北桥这些寄存器都是不同，所以我们一定要配置对北桥。南桥主要和系统的IO设备有关，所以，正确的配置南桥，保证系统各种接口能否使用。这些配置不同决定了LPC解码方法、SMI Trap和SATA支持等。

除了几个大件以外，还有两个重要的组件也需要小心处理。一个是SuperIO，另一个EC。SuperIO主要包括了一些传统ISA的一部分功能，例如串口、并口和红外等功能。如果不正确配置，这些功能将无法实现。IO的Compatible PnP配置口，随着硬件的上拉等方式不同，其地址也是不同，我们一定要根据我们板子的配置去设定具体的IO地址。EC主要和键盘、电池和AC部分功能相关，所以我们要根据我们系统的具体实施，以及和EC工程师沟通，小心处理这几个部分内容。

除了系统几个主要部件配置以外，我们还需要配置几个主要功能，包括PCI系统配置、PnP系统配置、电源管理系统配置以及USB的配置。对于目前的BIOS属于PCI系统的BIOS，所以我们一定要支持PCI系统，而且笔记本系统一定使用板载PCI显卡，所以这个特征也要配置，如果系统支持PCI Express，就要配置PCI Express支持等等。除了配置支持Feature以外，另一个更重要的特征就是配置PCI的中断Routing部分，特别是传统使用的PIRQ表，ACPI部分PCI中断Routing，我们将在后面ACPI部分详细描述。

PnP部分主要包括是否支持PnP、是否支持DMI、是否支持PnP ISA等等Feature配置、由于现代系统BIOS都是从PnP系统BIOS演化来的，特别是为了支持Win 98等系统和支持SuperIO部分，我们一般都会配置这个功能。由于PnP ISA已经逐步从历史退出，特别是对于笔记本系统，更不可能有PnP ISA设备，所以一般我们不会配置PnP ISA特征的，这个特征主要是给一些比较古老的工控系统使用，由来配置支持PnP ISA设备的枚举和配置空间分析使用的。IPL是PnP BIOS规范定义的一个特征，一般笔记本BIOS都是不支持这个特征的。

电源管理部分是笔记本BIOS的最重要部分，所以相关的三个部分必须明确。这三个方面包括是否支持PM、是否支持APM和是否支持ACPI和ACPI2.0三个方面。一般而言，这些特征都是需要支持的。

USB的支持配置主要是配置USB控制器协议类型，是OHCI的还是UHCI的，一般Intel的都是UHCI的。另外，还需要的配置就是配置支持几个控制器和支持的USB设备类型。这些支持一般都是DOS下和POST过程中的支持，到了OS下这些配置是失效的。

还有一部分内容就是POST过程中间的内存使用配置和BootBlock的结构配置。由于BIOS初始化的时候没有内存管理程序加载，所以这一部分必须由BIOS工程师在编程的时候小心处理，主要配置保证这些内容在使用的时候不会被互相冲掉，否则调试的时候Debug需要很长的时间。关于BootBlock部分更是非常细致。

问题域	问题	变量	描述
CPU	CPU类型	CONFIG_P4_SUPPORT
	CPU类型	CONFIG_BANIAS_SUPPORT
	CPU Feature	CONFIG_HT
		CONFIG_GEYSERVILLE_SUPPORT
		CONFIG_XD_SUPPORT
	CPU 微码
北桥	北桥类型	CFCM_NBR_ALVISO
		CFCM_NBR_SOLANO
		CFCM_NBR_ODEM
南桥	南桥类型	CONFIG_ICH4_SUPPORT
		CONFIG_ICH4M_SUPPORT
		CONFIG_ICH6_SUPPORT
		CONFIG_ICH6M_SUPPORT
SuperIO	是否有？	CONFIG_SUPERIO_SUPPORT
	SuperIO类型	CONFIG_NS87393
	SuperIO类型	CONFIG_ITE8712
	功能	CONFIG_EPP_SUPPORT
		CONFIG_ECP_SUPPORT
		CONFIG_FIR_SUPPORT
		CONFIG_COMX_FREE
EC	类型	CONFIG_KBC_H8
		CONFIG_INTEL_KBC_H8
		CONFIG_KBC_NS591
	Touch Pad	CONFIG_PS2_MOUSE
	Touch Pad	CONFIG_IRQ12_REMOVABLE
系统中断	APIC支持	CONFIG_IOAPIC
PCI配置	PCI架构	CONFIG_PCI_SUPPORT
	PCI显卡	CONFIG_ONBOARD_PCI_VIDEO
	PCI Docking	CONFIG_DOCKING_SUPPORT
	PCI Express	CONFIG_PCIE_SUPPORT
PnP配置	PnP Support	CONFIG_PNP_SUPPORT？
	PnP ISA	CONFIG_PNP_ISA_SUPPORT
	PnP IPL	CONFIG_PNP_IPL_SUPPORT
	Unhook INT15	CONFIG_PNP_UNHOOK_INT15
	DMI	CONFIG_PNP_DMI_SUPPORT
USB配置	支持USB	CONFIG_USB_SUPPORT
	UHCI	CONFIG_UHCI_SUPPORT
	EHCI	CONFIG_EHCI_SUPPORT
	OHCI	CONFIG_OHCI_SUPPORT
	第X个Controller	CONFIG_X_USB_CONTROLLER
	支持USB FDD	CONFIG_USBFDD_SUPPORT
	支持USB CD	CONFIG_USBCD_SUPPORT
	支持USB HDD	CONFIG_USBHD_SUPPORT
	支持USB ZIP	CONFIG_USBZIP_SUPPORT
	支持USB Hub	CONFIG_USBHUB_SUPPORT
电源管理配置	PM	CONFIG_PM_SUPPORT
	APM	CONFIG_APM_SUPPORT
	ACPI	CONFIG_ACPI_SUPPORT
	ACPI20	CONFIG_ACPI20_SUPPORT
	S4BIOS	CONFIG_S4BIOS_SUPPORT
RAM	Bank	CONFIG_64Mbit_DRAM
	Shared Memory	CONFIG_SHARED_MEMORY_SUPPORT
	Up 64M	CONFIG_64M_RAM_SUPPORT
	Up 512M	CONFIG_512M_RAM_SUPPORT
	Up 1G	CONFIG_1G_RAM_SUPPORT
	Up 4G	CONFIG_4G_RAM_SUPPORT
ROM结构

2 调试

1. xi. Windows Boot OK
2. x. DOS Post OK
3. ix. IDE Post Pass
4. viii. USB Post Pass
5. vii. PnP Post Pass
6. vi. VGA调试通过
7. v. PCI Routing调试通过
8. iv. Keyboard test Pass
9. iii. Memory Sizing Pass
10. ii. 第一条指令打通
11. i. 电源调试通

3 ACPI设计

1 结构空间

整个ASL名字空间如下：

Root

|—-\_PR

| |—-CPU0

|—-\_S0

|—-\_S3

|—-\_S4

|—-\_S5

|—-\_PTS

|—-\_WAK

|—-\_PIC

|—-\_GPE

|—-\_TZ

|—-\_SB

|—-ADP1

| |—-_PSR

| |—-_PCL

|—-BAT1

| |—-_HID

| |—-_STA

| |—-_BIF

| |—-_BST

| |—-_BTP

| |—-_PCL

|—-LID

| |—-_HID

| |—-_LID

| |—-_PRW

|—-PWRB

| |—-_HID

| |—-_PRW

|—-SLPB

| |—-_HID

| |—-_PRW

|—-PCI0

|—-\_INI

|—-\_SXD(X=134)

|—-\_HID

|—-\_CID

|—-\_ADR

|—-\_CRS

|—-\_PRT

|—-\PEGP

| |_ADR

| |_PRT

|—-\VGA

| |—-\_ADR

| |—-\_DOS

| |—-\_DOD

| |—-\_ROM

| |—-\_LCD

| | |—-\_ADR

| | |—-\_DCS

| | |—-\_DGS

| | |—-\_ASS

| |—-\_CRT

| |—-\_ADR

| |—-\_DCS

| |—-\_DGS

| |—-\_ASS

|—-\ AZAL

| |—-\_ADR

| |—-\_PRW

|—-\RP0X(X=1234)

| |—-\_ADR

| |—-\_PRW

| |—-\_PRT

| |—-\PXS1

| |—-\_ADR

| |—-\_RMV

|—-\USBX(X=01237)

| |—-\_ADR

| |—-\_PRW

| |—-\_PSW

| |—-\_S3D

| |—-\_S4D

|—-\PCIB

| |—-\ADR

| |—-\_PRT

|—-\AUDO

| |—-\_ADR

|—-\MODM

| |—-\_ADR

| |—-\_PRW

|—-\LPCB

| |—-\LNKX(X=ABCDEFGH)

| |—-\_HID

| |—-\_UID

| |—-\_DIS

| |—-\_PRS

| |—-\_CRS

| |—-\_SRS

| |—-\_STA

| |—-\DMAC

| | |—-\_HID

| | |—-\_CRS

| |—-\FWHD

| | |—-\_HID

| | |—-\_CRS

| |—-\IPIC

| | |—-\_HID

| | |—-\_CRS

| |—-\MATH

| | |—-\_HID

| | |—-\_CRS

| |—-\LDRC

| | |—-\_HID

| | |—-\_UID

| | |—-\_CRS

| |—-\RTC

| | |—-\_HID

| | |—-\_CRS

| |—-\TIMR

| | |—-\_HID

| | |—-\_CRS

| |—-\N393

| |—-\COMX（X＝AB）

| | |—-\_HID

| | |—-\_UID

| | |—-\_STA

| | |—-\_CRS

| | |—-\_PRS

| | |—-\_DIS

| | |—-\_SRS

| | |—-\_PS0

| | |—-\_PS3

| |—-\PS2K

| | |—-\_HID

| | |—-\_CRS

| |—-\PS2M

| | |—-\_HID

| | |—-\_CRS

| |—-\EC0

| |—-\_HID

| |—-\_CRS

| |—-\_REG

| |—-\_QXX

|—-\PATA

| |—-\_ADR

| |—-\PRID

| |—-\_ADR

| |—-\_GTM

| |—-\_STM

| |—-\P_DX(X=01)

| |—-\_ADR

| |—-\_GTF

|—-\SATA

| |—-\_ADR

| |—-\PRTX（X＝01）

| |—-\_ADR

| |—-\_SDD

| |—-\_GTF

|—-\SBUS

|—-\_ADR

|—-\XXXX(Method used to called by other ACPI ASL Code)

2 关键部分设计

VGA设计

VGA功能部分设计主要包括VGA的State切换部分和VGA亮度管理部分。下面我们就简单分析这部分的设计原理和方法。

VGA的状态切换有两种方法，一种方法是BIOS的CODE直接编程显卡寄存器的方法，可以使用SMI来做，也可以使用ACPI Code部分直接对显卡寄存器编程。但是，这样的方法违反的ACPI的精神，所以，我们不做推荐。这里我们重点减少ACPI的使用驱动程序的方法。

ACPI部分的VGA状态切换的主要思想是由用户请求切换，产生Q事件，在Q事件中间，第一按照某种算法，更新切换的状态，这个状态将被更新返回到_DGS的返回值，然后，发送NOTIFY事件，请求OS切换，OS将调用每个显示设备的_DGS的方法，根据_DGS方法返回的值，调用_DSS方法决定所选择的设备开关状态。当然，对于有些系统的设计，可能是根据_DGS的返回值，直接对于显示设备的实际编程，然后，调用_DSS方法只是用于通知系统固件当前显示的状态。

_DOS与_DOD的作用。

_DOS的作用是Disable Output Switch of （Automatic），我们知道，如果OS正对显卡寄存器进行操作，那么此时，如果系统BIOS，特别是SMI例程，如果对显卡进行操作的话，那么就会引起系统的紊乱。同样，如果系统正在调用某个方法，此时，系统BIOS却对某个方法进行更新，那么就会出现系统方法的紊乱。

_DOD的作用是ACPI告诉OS，当前系统中有哪些现实输出设备存在，例如，可能系统没有接CRT。这样，系统将不调用CRT所对应的Device的任何方法。这个方法将在OS初始化的时候调用。所以，如果系统中间我们需要实时检测某个显示输出设备的插拔的话，只有在其他的方法中间完成，这个方法无法完成。

Fn+F7->_QXX －》更改内部参数

－》Notify（VGA）

OS－》VGA._DOS －》VGA.LCD._DGS－》VGA.LCD._DSS VGA._DOS

－》VGA.CRT._DGS－》VGA.CRT._DSS

Q事件设计

Q事件原理：

Q事件原理是这样的，当EC想发送一个Q事件给OS时，EC有效它的SCI Pin，这个Pin被接到ACPI寄存器的GPIO上，这个GPIO将产生SCI中断，OS接到这个中断以后，OS将查询状态寄存器，以确定到底是那个事件发出的SCI，ACPI最终将确定是EC发出的，那么OS将Query EC，以确定是Q??，OS是这样查询的，OS先向66h口发送84h命令，然后从62h读Q值，然后调用相应的Q方法执行，就完成了Q事件相应处理。例如，如果读出的Q值是25，那么OS将调用_Q25的方法执行。

这个部分的设计主要有几个部分内容，一个部分是反馈控制EC，一个部分Notify OS，

另一个部分是通过WMI通知OS。例如，关掉Touch Pad、关掉FM、关掉篮牙和关掉Wireless Card部分都是通过EC控制GPIO Pin脚完成的。

下面举几个具体的例子说明这部分代码的编写。

例如电池插拔，我们只需要Notify AC Adapter和Battery。

Method(_Q20){

Notify(\_SB.AC,0x80)

Notify(\_SB.BAT0,0x80)

}

如果我们使用Legacy方式关闭背光，我们可以这样实现：

Method（_Q26）{

If(LEqual(zDOS,0))

{

\_SB.GSMI(4)

}

Else

{

\_SB.GSMI(5)

}

SMI4和5将会在SMI下面调用INT10。

3 LPC和SuperIO设计

这部分设备信息比较简单，提供的目的就是统计系统资源的使用。由于这些设备都是属于传统的ISA设备，不像PCI设备，OS可以使用标准的驱动程序枚举系统资源需求，所以，这里必须提供这些设备的资源使用情况。而且，这些设备资源使用都是固定的，不需要配置，所以方法简单，只需要提供_HID和_CRS就可以。

相对而言，SuperIO是一个比较复杂的设备，这个设备需要我们进行配置，由于没有标准的OS驱动程序完成这个设备的资源配置，所以，我们只有使用ACPI的方法对这个设备进行资源分配。

SuperIO一般设计为一个PnP Compatible设备，一般采用一个配置口和一个数据口来访问配置寄存器，所以，这是使用INDEX类型的Field。所以，我们必须先定义Conf. Port和Conf. Data，然后定义Index域，例如4E，4F的Conf. Port和Conf. Data的配置空间可以这样定义：

OperationRegion(N393, SystemIO, 0x02E, 0x02)

Field(N393, ByteAcc, Lock, Preserve)

{

INDX, 8,

DATA, 8

}

IndexField(INDX, DATA, ByteAcc, Lock, Preserve)

{

Offset(0x07), // Logical Device Number.

R07H, 8,

Offset(0x20), // SIO Configuration and ID.

R20H, 8,

R21H, 8,

R22H, 8,

R23H, 8,

R24H, 8,

R25H, 8,

R26H, 8,

R27H, 8,

R28H, 8,

R29H, 8,

R2AH, 8,

Offset(0x30), // Logical Device Activate.

R30H, 8,

Offset(0x60), // I/O Space Configuration.

R60H, 8,

R61H, 8,

Offset(0x70), // Interrupt Configuration.

R70H, 8,

R71H, 8,

Offset(0x74), // DMA Configuration.

R74H, 8,

R75H, 8,

Offset(0xF0), // Special Logical Device Configuration.

RF0H, 8,

RF1H, 8

}

在定义了配置口之后，我们可以定义SuperIO上设备，我们以IrDA为例，描述如何写这部分代码。

对于FIR而言，为了配置资源，需要提供以下的方法：_STA/_DIS/_CRS/_PRS/_SRS

一般而言，如果一个设备使用传统设备资源，例如是3F8，2F8，IRQ3或者IRQ4等，我们都会在SCU中间提供配置的选项，例如FIR。这样，为了是系统其他接口，特别是PCMCIA接口有设备接入的时候，我们可以调节FIR的资源分配，或者是DISABLE它，来给其他设备让出资源。

_DIS方法是给OS提供一个Disable设备的方法，一般而言，当我们在控制面板中间选择停用的时候，将调用这个方法，如果我们选择卸载这个设备的时候，系统OS首先调用这个方法，然后在卸载这个设备的驱动程序。

_CRS是返回当前资源设置，_PRS返回是可能的资源，_SRS根据OS选择的资源，写入设备配置寄存器。

读取当前资源_CRS比较简单，我们需要做的就是建立一个资源模板，然后选定FIR设备，把FIR的资源配置写入资源模板建立的Buffer，在方法的最后返回这个Buffer给OS就是可以。

Method(_CRS,0,Serialized)

{

// Create the Buffer that stores the Resources to

// be returned.

Name(BUF0,ResourceTemplate()

{

IO(Decode16,0x02F8,0x02F8,0x01,0x08)

IRQNoFlags(){3}

DMA(Compatibility,NotBusMaster,Transfer8){} //v26+

})

// Set SIO to COM B.

Store(2,R07H)

// Skip this sequence if the COM B Port is Disabled

// in BIOS Setup.

If(CMBD)

{

// Create pointers to the specific byte.

CreateByteField(BUF0,0x02,IOL0)

CreateByteField(BUF0,0x03,IOH0)

CreateByteField(BUF0,0x04,IOL1)

CreateByteField(BUF0,0x05,IOH1)

CreateByteField(BUF0,0x07,LEN0)

CreateWordField(BUF0,0x09,IRQW)

CreateByteField(BUF0,0x0C,DMAW) //v26+

// Write IO and Length values into the Buffer.

Store(R60H,IOH0)

Store(R61H,IOL0)

Store(R60H,IOH1)

Store(R61H,IOL1)

Store(8,LEN0)

// Write the IRQ value into the Buffer.

And(R70H,0x0F,Local0)

If(Local0)

{

ShiftLeft(One,Local0,IRQW)

}

Else

{

Store(Zero,IRQW)

}

// Write the DMA value into the Buffer

Store(R74H, Local0)

If(LGreaterEqual(Local0, 0x04))

{

Store(Zero, Local0)

}

If(Local0)

{

ShiftLeft(One, Local0, DMAW)

}

Else

{

Store(Zero, DMAW)

}

Return(BUF0)

}

ACPI采用了EISA的资源描述的方法描述设备资源需求，为了编程的方便，ACPI提供了一些资源描述的宏，像ResourceTemplate等来帮助工程师写设备资源状态和需求程序。FIR的_PRS由于是固定的，所以这部分代码编写就直接使用一个静态的Buffer，将COM所有可能的资源组合List出来，然后返回就可以。

// Possible Resource Setting Method for COM B.

Method(_PRS,0,Serialized)

{

// Build a Buffer with all valid COM B Port Resources.

Name(BUF0,ResourceTemplate()

{

StartDependentFn(0,2)

{

IO(Decode16,0x2E8,0x2E8,0x01,0x08)

IRQNoFlags(){3}

DMA(Compatibility,NotBusMaster,Transfer8){0}

}

StartDependentFn(0,2)

{

IO(Decode16,0x2F8,0x2F8,0x01,0x08)

IRQNoFlags(){3}

DMA(Compatibility,NotBusMaster,Transfer8){0}

}

StartDependentFn(0,2)

{

IO(Decode16,0x3E8,0x3E8,0x01,0x08)

IRQNoFlags(){3}

DMA(Compatibility,NotBusMaster,Transfer8){0}

}

StartDependentFn(0,2)

{

IO(Decode16,0x3F8,0x3F8,0x01,0x08)

IRQNoFlags(){3}

DMA(Compatibility,NotBusMaster,Transfer8){0}

}

StartDependentFn(0,2)

{

IO(Decode16,0x2E8,0x2E8,0x01,0x08)

IRQNoFlags(){4}

DMA(Compatibility,NotBusMaster,Transfer8){0}

}

StartDependentFn(0,2)

{

IO(Decode16,0x2F8,0x2F8,0x01,0x08)

IRQNoFlags(){4}

DMA(Compatibility,NotBusMaster,Transfer8){0}

}

StartDependentFn(0,2)

{

IO(Decode16,0x3E8,0x3E8,0x01,0x08)

IRQNoFlags(){4}

DMA(Compatibility,NotBusMaster,Transfer8){0}

}

StartDependentFn(0,2)

{

IO(Decode16,0x3F8,0x3F8,0x01,0x08)

IRQNoFlags(){4}

DMA(Compatibility,NotBusMaster,Transfer8){0}

}

StartDependentFn(0,2)

{

IO(Decode16,0x2E8,0x2E8,0x01,0x08)

IRQNoFlags(){3}