请教UEFI，现实一点。

smartcub

微软似乎准备明年底用UEFI顶替BIOS，因关系使用，故有问题如下：
1.谁能详细解释一下UEFI到底是什么？网上看到的都是一笔带过。
+ H" {& r% M1 N* u/ m- X% J3 U- v2.UEFI是不是和现有的BIOS完全不是一回事？是不是说，主板的"固件"必须由BIOS改为UEFI？是不是现有的主板都无法与UEFI兼容？
9 x  i# W: i) m& b其余谁有问题，请跟贴一起讨论？

casher

以下文章转载自zh.wikipedia.org
9 t% Y+ d$ C1 ?
  s; [+ N6 ?$ J3 R  s# @5 I7 [* y

可扩展固件接口
# o1 e8 Q0 `# b$ V( I4 R" U$ D# u维基百科，自由的百科全书
跳转到： 导航, 搜索
可扩展固件接口正在翻译。欢迎您积极翻译与修订。
' i2 s/ @3 L: z( J; |' K: t7 ]目前已翻译50%，原文在en:Extensible Firmware Interface。

2 g8 _% l( q* V' p" ~( w! ^9 Q  P& e( n可扩展固件接口(英文名Extensible Firmware Interface 或EFI)是由英特尔开发的一种在个人电脑系统中替代BIOS的升级方案。可扩展固件接口负责上电自检（POST）、连系操作系统以及提供连接操作系统与硬件的接口。

目录 [隐藏]
1 规格
" Y3 X. Y( S, Q3 J6 \6 ^' g2 EFI的产生
3 比较EFI和BIOS
# k9 u' Z% s" |& z) z8 P: w4 EFI和操作系统
' u/ w! }0 g! v5 EFI的组成
8 g0 i9 p+ P: x% D3 o9 L8 @1 p6 EFI的发展
' i' [1 p6 @7 y/ q7 实际采用
8 EFI在中国大陆的发展
9 参看
10 外部链接
) h( _3 F' |% ~3 p/ i1 a
) c  [2 M. d9 ]  b0 S/ X
6 l1 u6 X: @8 {) Y! ^/ V/ C" q, q* X
! D, v1 G- E8 f) q( @[编辑]
  k' J0 w6 o% M, o1 x8 U) X+ C规格
; f% N+ `* N; q; Z: M/ r! m[编辑]
EFI的产生
  A; M* a- d; }: d: i: v' W众所周知，英特尔在近二十年来引领以x86系列处理器为基础的PC技术潮流，她的产品如CPU，芯片组等在PC生产线中占据绝对领导的位置。因此，不少人认为这一举动显示了英特尔公司欲染指固件产品市场的野心。事实上，EFI技术源于英特尔安腾处理器(Itanium)平台的推出。安腾处理器是英特尔瞄准服务器高端市场投入近十年研发力量设计产生的与x86系列完全不同的64位新架构。在x86系列处理器进入32位的时代，由于兼容性的原因，新的处理器(i80386)保留了16位的运行方式(实模式)，此后多次处理器的升级换代都保留了这种运行方式。甚至在含64位扩展技术的至强系列处理器中，处理器加电启动时仍然会切换到16位的实模式下运行。英特尔将这种情况归咎于BIOS技术的发展缓慢。自从PC兼容机厂商通过净室的方式复制出第一套BIOS源程序，BIOS就以16位汇编代码，寄存器参数调用方式，静态链接，以及1MB以下内存固定编址的形式存在了十几年。虽然由于各大BIOS厂商近年来的努力，有许多新元素添加到产品中，如PnP BIOS，ACPI，传统USB设备支持等等，但BIOS的根本性质没有得到任何改变。这迫使英特尔在开发更新的处理器时，都必须考虑加进使效能大大降低的兼容模式。有人曾打了一个比喻：这就像保时捷新一代的全自动档跑车被人生套上去一个蹩脚的挂档器。

+ |) A7 W8 i/ T' F, E% X) E然而，安腾处理器并没有这样的顾虑，它是一个新生的处理器架构，系统固件和操作系统之间的接口都可以完全重新定义。并且这一次，英特尔将其定义为一个可扩展的，标准化的固件接口规范，不同于传统BIOS的固定的，缺乏文档的，完全基于经验和晦涩约定的一个事实标准。基于EFI的第一套系统产品的出现至今已经有五年的时间，如今，英特尔试图将成功运用在高端服务器上的技术推广到市场占有率更有优势的PC产品线中，并承诺在2006年间会投入全力的技术支持。

[编辑]
8 T+ T& x( b' P5 R/ C比较EFI和BIOS
一个显著的区别就是EFI是用模块化，C语言风格的参数堆栈传递方式，动态链接的形式构建的系统，较BIOS而言更易于实现，容错和纠错特性更强，缩短了系统研发的时间。它运行于32位或64位模式，乃至未来增强的处理器模式下，突破传统16位代码的寻址能力，达到处理器的最大寻址。它利用加载EFI驱动的形式，识别及操作硬件，不同于BIOS利用挂载实模式中断的方式增加硬件功能。后者必须将一段类似于驱动的16位代码，放置在固定的0x000C0000至0x000DFFFF之间存储区中，运行这段代码的初始化部分，它将挂载实模式下约定的中断向量向其他程序提供服务。例如，VGA图形及文本输出中断(INT 10h)，磁盘存取中断服务(INT 13h)等等。由于这段存储空间有限(128KB)，BIOS对于所需放置的驱动代码大小超过空间大小的情况无能为力。另外，BIOS的硬件服务程序都已16位代码的形式存在，这就给运行于增强模式的操作系统访问其服务造成了困难。因此BIOS提供的服务在现实中只能提供给操作系统引导程序或MS-DOS类操作系统使用。而EFI系统下的驱动并不是由可以直接运行在CPU上的代码组成的，而是用EFI Byte Code编写而成的。这是一组专用于EFI驱动的虚拟机器指令，必须在EFI驱动运行环境(Driver Execution Environment，或DXE)下被解释运行。这就保证了充分的向下兼容性，打个比方说，一个带有EFI驱动的扩展设备，既可以将其安装在安腾处理器的系统中，也可以安装于支持EFI的新PC系统中，而它的EFI驱动不需要重新编写。这样就无需对系统升级带来的兼容性因素作任何考虑。另外，由于EFI驱动开发简单，所有的PC部件提供商都可以参与，情形非常类似于现代操作系统的开发模式，这个开发模式曾使Windows在短短的两三年时间内成为功能强大，性能优越的操作系统。基于EFI的驱动模型可以使EFI系统接触到所有的硬件功能，在操作操作系统运行以前浏览万维网站不再是天方夜谭，甚至实现起来也非常简单。这对基于传统BIOS的系统来说是件不可能的任务，在BIOS中添加几个简单的USB设备支持都曾使很多BIOS设计师痛苦万分，更何况除了添加对无数网络硬件的支持外，还得凭空构建一个16位模式下的TCP/IP协议栈。

0 @# C. `! a' Q  ^, X一些人认为BIOS只不过是由于兼容性问题遗留下来的无足轻重的部分，不值得为它花费太大的升级努力。而反对者认为，当BIOS的出现制约了PC技术的发展时，必须有人对它作必要的改变。

0 ]5 Q8 ]7 M( q8 p[编辑]
EFI和操作系统
EFI在概念上非常类似于一个低阶的操作系统，并且具有操控所有硬件资源的能力。不少人感觉它的不断发展将有可能代替现代的操作系统。事实上，EFI的缔造者们在第一版规范出台时就将EFI的能力限制于不足以威胁操作系统的统治地位。首先，它只是硬件和预启动软件间的接口规范；其次，EFI环境下不提供中断的访问机制，也就是说每个EFI驱动程序必须用轮询的方式来检查硬件状态，并且需要以解释的方式运行，较操作系统下的驱动效率更低；再则，EFI系统不提供复杂的存储器保护功能，它只具备简单的存储器管理机制，具体来说就是指运行在x86处理器的段保护模式下，以最大寻址能力为限把存储器分为一个平坦的段，所有的程序都有权限存取任何一段位置，并不提供真实的保护服务。当EFI所有组件加载完毕时，系统可以开启一个类似于操作系统Shell的命令解释环境，在这里，用户可以调入执行任何EFI应用程序，这些程序可以是硬件检测及除错软件，引导管理，设置软件，操作系统引导软件等等。理论上来说，对于EFI应用程序的功能并没有任何限制，任何人都可以编写这类软件，并且效果较以前MS-DOS下的软件更华丽，功能更强大。一旦引导软件将控制权交给操作系统，所有用于引导的服务代码将全部停止工作，部分运行时代服务程序还可以继续工作，以便于操作系统一时无法找到特定设备的驱动程序时，该设备还可以继续被使用。

[编辑]
3 j+ Z; ]# o0 _$ K3 ]  DEFI的组成
  ^7 a: h) b* l3 S9 ~# Z一般认为，EFI由以下几个部分组成：

7 P7 ]. H% ?7 s' B9 z1. Pre-EFI初始化模块
2. EFI驱动执行环境
3. EFI驱动程序
4. 兼容性支持模块(CSM)
% m2 J1 U. l( A5. EFI高层应用
0 u2 v, p7 J; _+ J2 E% g: W6. GUID 磁盘分区
$ e$ d" I9 n! X+ x" {
: t5 d% ^; G8 y( O# J9 `6 o在实现中，EFI初始化模块和驱动执行环境通常被集成在一个只读存储器中。Pre-EFI初始化程序在系统开机的时候最先得到执行，它负责最初的CPU，主桥及存储器的初始化工作，紧接着载入EFI驱动执行环境(DXE)。当DXE被载入运行时，系统便具有了枚举并加载其他EFI驱动的能力。在基于PCI架构的系统中，各PCI桥及PCI适配器的EFI驱动会被相继加载及初始化；这时，系统进而枚举并加载各桥接器及适配器后面的各种总线及设备驱动程序，周而复始，直到最后一个设备的驱动程序被成功加载。正因如此，EFI驱动程序可以放置于系统的任何位置，只要能保证它可以按顺序被正确枚举。例如一个具PCI总线接口的ATAPI大容量存储适配器，其EFI驱动程序一般会放置在这个设备的符合PCI规范的扩展只读存储器(PCI Expansion ROM)中，当PCI总线驱动被加载完毕，并开始枚举其子设备时，这个存储适配器旋即被正确识别并加载它的驱动程序。部分EFI驱动程序还可以放置在某个磁盘的EFI专用分区中，只要这些驱动不是用于加载这个磁盘的驱动的必要部件。在EFI规范中，一种突破传统MBR磁盘分区结构限制的GUID磁盘分区系统(GPT)被引入，新结构中，磁盘的分区数不再受限制(在MBR结构下，只能存在4个主分区)，并且分区类型将由GUID来表示。在众多的分区类型中，EFI系统分区可以被EFI系统存取，用于存放部分驱动和应用程序。很多人担心这将会导致新的安全性因素，因为EFI系统比传统的BIOS更易于受到计算机病毒的攻击，当一部分EFI驱动程序被破坏时，系统有可能面临无法引导的情况。实际上，系统引导所依赖的EFI驱动部分通常都不会存放在EFI的GUID分区中，即使分区中的驱动程序遭到破坏，也可以用简单的方法得到恢复，这与操作系统下的驱动程序的存储习惯是一致的。CSM是在x86平台EFI系统中的一个特殊的模块，它将为不具备EFI引导能力的操作系统提供类似于传统BIOS的系统服务。

9 S1 Z& J. ?# b1 E( A[编辑]
# ~/ p) y2 U7 t( REFI的发展
英特尔无疑是推广EFI的积极因素，近年来由于业界对其认识的不断深入，更多的厂商正投入这方面的研究。包括英特尔，AMD在内的一些PC生产厂家联合成立了联合可扩展固件接口论坛，它将在近期推出第一版规范。这个组织将接手规划EFI发展的重任，并将英特尔的EFI框架解释为这个规范的一个具体实现。另外，各大BIOS提供商如Phoenix, AMI等，原先被认为是EFI发展的阻碍力量，现在也不断的推出各自的解决方案。分析人士指出，这是由于BIOS厂商在EFI架构中重新找到了诸如Pre-EFI启动环境之类的市场位置，然而，随着EFI在PC系统上的成功运用，以及英特尔新一代芯片组的推出，这一部分市场份额将会不出意料的在英特尔的掌控之中。
* q8 D- O$ O" N! T/ @) i: b  Q
[编辑]
实际采用
& X* K: w% o! r[编辑]
EFI在中国大陆的发展
6 A. a6 X' a  U) X3 n- ~4 q( z2005年，中华人民共和国政府宣布了其863计划新增有关EFI的项目。随后不久大陆政府科技部又宣布其电子信息发展基金新增加与EFI相关的计划。合计投资超过1000万人民币。承担单位为北京中科院软件中心有限公司。该公司计划在和Intel公司充分合作的基础上，推出国产化的基于EFI的BIOS系统。
1 u; O/ N# p0 d) H
; g4 C& ^- q# C/ [* m[编辑]
参看
Basic Input/Output System (BIOS)
Advanced Configuration and Power Interface (ACPI)
" g9 b  N- Z- H8 _System Management BIOS (SMBIOS)
6 S3 @" y, n1 B5 C: [. i1 tAMD64 and EM64T
[编辑]
1 }/ h  ^9 K/ G: q$ M+ \外部链接
' x% |3 z/ Y; e, G9 f4 S: }. W英特尔的EFI首页
联合可扩展接口论坛
. a. w) p* H9 }$ B英特尔公司对EFI的标准实现:Intel EFI创新架构
英特尔公司发起的EFI核心实现的一个半开源的计划TianoCore
取自"http://zh.wikipedia.org/wiki/%E5%8F%AF%E6%89%A9%E5%B1%95%E5%9B%BA%E4%BB%B6%E6%8E%A5%E5%8F%A3"
: g; E: N3 E5 k4 ?6 G6 z4 x  Z5 H页面分类($1): 翻译请求 | 计算机硬件 | 计算机软件

' W& p* i- l; x6 n6 K( q3 p' O查看条目 讨论 编辑本页 历史 不转换 简体 繁体 个人工具用户登录 导航
7 l  I: d. H7 A4 D0 x9 D首页
社区
5 ?3 o3 Q5 r2 @* _' P  v# J' g新闻动态
- y- u  j: A# G, n# k最近更改
特色條目
随机条目
上传自由版权图像
; O3 y. W6 X' s# t9 R4 C帮助
帮助
6 }1 ^* u1 u5 v* c" g9 l互助客栈
繁简转换
所有页面
# ^; W& t5 W4 D+ J联系我们
% s& U0 W1 d0 _3 j资助我们
搜索
$ x# E! ^. P2 M/ }    工具
  S$ e2 B* X2 |4 y链入页面
3 o& Z5 ^; A5 b- b9 s" W链出更改
上传文件
特殊页面
  D* @; l, S- K& r' u, d) X可打印版
6 I4 N% u" o. d$ P, |+ y永久链接
引用此文
其它语言
Deutsch
. ~4 k5 M# b- u! ?4 S# dEnglish
Français
日本語
Nederlands
4 D" P5 F1 }' S/ p. @$ VPolski
8 y+ s4 q& F4 |' xSlovenščina

本页最后修改于05:58 2006年5月21日。 本站所有的文本内容在GNU自由文档许可证下发布。（详情）
2 g8 h+ z5 F- X: W# J3 O3 d9 `! h隐私政策 关于维基百科 免责声明

smartcub

谢。这也算是pcinlife UEFI第一帖