搭建一个OEM BIOS方案基于代码架构抛出一些想法

这个问题挂在心头已经很久了……

我们自身都身负着工程师这一专业身份，在这个领域里每个人都在努力实现自己的职业价值。那么究竟什么是真正的工程？什么样的实践才算真正意义上的工程行为？在我们的专业领域BIOS中，面对着人类几千年的发展历程所积淀下来的工程学基础与技术积累，我们这些 BIOS工程师又是否真正理解并掌握了这些知识呢？

实现OEM BIOS项目的具体方法是什么？若将其视为工程问题来处理，则通常只需编写一条指令即可完成功能需求。实际上通常只需编写一条指令即可完成功能需求。基于预定义的CRB BIOS源代码库设计特定的功能模块。

进一步探讨这个问题的话，则是从CRB BIOS转向OEM BIOS时我们的code应该如何修改？（BIOS工程师相较于HW工程师的优势体现在代码修改上更为便捷：他们只需进行简单的源代码拼接即可完成任务；而硬件工程师则需要面对更为复杂的技术挑战和实际操作困难。）解决方案直接且高效：CRB source + OEM source

对于熟悉AMI CORE8技术的工程师而言，这点内容对他们来说应该较为轻松地理解。CRB 的源代码如果添加一个OEM项目模块的话就可以构成整个项目的代码。

毫无疑问，在处理案件时往往很简单——基本上只需要添加一个module就足够了。
那么问题来了：module到底在哪里？
遗憾的是,AMI仅提供了类似于framewor