找回密码
 加入计匠网
搜索
热搜: BIOS ACPI CPU Windows
查看: 8519|回复: 8

bios如何读代码

[复制链接]
发表于 2008-12-2 00:06:51 | 显示全部楼层 |阅读模式
传统bios代码,都是汇编的而且混乱,怎么读?
% i4 b. x2 d% q4 D其实我对这种代码不太感兴趣,但为了深入学习bios,没办法。
  x$ M- J5 R2 k( K: W) v6 c! p4 D( r兄弟们有啥好方法吗?
发表于 2008-12-2 16:12:49 | 显示全部楼层
跳过Legacy BIOS,直接学习UEFI/PIWG,用Intel开源的Tiano Core作为参考:www.TianoCore.org,绝大多数代码用C写成。
回复

使用道具 举报

 楼主| 发表于 2008-12-2 19:52:47 | 显示全部楼层
Tiano只是架构,不是针对具体主板的,看UEFI学不到硬件的东西。
回复

使用道具 举报

发表于 2008-12-2 20:14:22 | 显示全部楼层
才开始都是一样的哈!每天别人解问题的时候跟着学,一段时间以后就大概能看懂一些了,加油!@!
回复

使用道具 举报

发表于 2008-12-2 21:25:57 | 显示全部楼层
原帖由 zhangjian781215 于 2008-12-2 19:52 发表
4 g: V5 y) E. P. @# l) T% {! lTiano只是架构,不是针对具体主板的,看UEFI学不到硬件的东西。
; b5 Q- n8 d7 O: u! z( k
" b' z. D" w+ |9 X
BIOS和UEFI实现的功能一样,建议LZ看看再说.
回复

使用道具 举报

 楼主| 发表于 2008-12-2 22:05:20 | 显示全部楼层
谢谢,准备看,又是一大堆spec。
回复

使用道具 举报

 楼主| 发表于 2008-12-3 22:59:51 | 显示全部楼层
EFI真的会成为bios的趋势吗?在网上看到些抨击EFI的文章,说的也有道理。
回复

使用道具 举报

 楼主| 发表于 2008-12-3 23:07:07 | 显示全部楼层
EFI,Intel 的又一个卫星1 U9 K/ J3 |2 A/ p
发布: 2008-8-08 14:56 | 作者: 芝麻黑客 | 来源: ZmHacker.Com | 查看: 8次
# ]5 W) P& C$ P" U' h
& f6 S6 r, q2 \$ ]/ W. w0 D  Intel 提出了强大而先进的下一代BIOS标准, EFI. EFI 是什么冬冬?就是 Extensible Firmware Interface.还是不确定?好吧,简单点说,就是“下一代的BIOS”.可是到如今大家, o* j3 X! y4 m% |# q+ K6 u. U4 q3 f
2 @' p! Q/ c9 f/ v( W% E
仍在使用古老而落后的BIOS.
$ E2 S( U7 g0 Y5 S/ a那么,为什么先进的EFI会失败呢?
' v6 c( a1 ~2 k7 |% }9 U& M  首先简单说下由来,看到BIOS,大家是不是觉得非常简单熟悉但是又有点生疏呢?对了,对于这个电脑里面最基础的部分,一开机就能看到,相信大部分的IT从业者都熟悉得不能再熟
; E1 B) E& O' l1 |9 T3 L( h; |
/ T2 A) x; t; g1 p悉了.4 n+ A' W7 `  W, ]! d. B
  但是为什么又有点生疏呢?很简单,生活在这个摩尔定律时代,每天的软件都在变,每天的硬件都在更新,操作系统也是一茬接一茬的冒出来.但是BIOS呢,每台电脑都少不了他,却十
+ ^6 [5 t* X2 Z9 K
& \! O$ [  \5 r: a) I几年来都没什么变化,提到他,自然需要从硬盘的缓存里搜索一下,载入到memory印象才鲜活起来.* r- u) H3 z0 o
  BIOS这么落后,自然不是大家都遗忘了他.相反,有很多的人和组织一直致力于BIOS的更新换代,并且成绩不俗.如OpenBios, OpenBoot, OpenFirm, LinuxBios.......这些项目都开7 e, F. o' ]7 X; p" ?
8 r2 y- g! j% t/ k
展得有声有色,但是直到今天,大多数人的电脑还在使用古老的BIOS.原因在哪里?可能每个人都有自己的解释.我的看法可能有点不一样.. n/ i6 C6 ]+ U& P" \, e
  乱弹:原因在于Intel,在于EFI!( F/ H2 J2 U0 Y. ^% O# I, C/ v
  Intel 原本是LinuxBios项目的强力支持者,不幸的是 Intel 中途灵感突发,妙思泉涌,一时遏制不出,自个儿提出了一个更高、更快、更强的EFI标准,来作为下一代BIOS.为了自家. S& C$ B8 P7 I% |% Z' h$ Y
4 y! Q5 |4 \- U; j3 M3 k+ J2 V( _+ h1 X
的标准,自然 Intel 从LinuxBios的强力支持者变成了强大的反对者和竞争者.
8 o; l& Q. F. i. R0 Z  以Intel的号召力和技术实力,同样也可以想到的是,大批的硬件厂商支持者从开放阵营逃离,LinuxBios 只剩下零星的伙伴,其中最著名的也只是台湾的一个二线主板商.
! _  e) @) \; J( P. V, y  EFI技术的优点
0 o" V8 [* L4 I  EFI到底有多高、多快、多强?简单的说,高,不才估计他的高度至少在云端(要不说又是放卫星呢);快到接近操作系统的能力(32位保护模式;传统bios运行于16位实模式,也就是传
1 e$ d0 @5 t( ?4 p, S. |  D
$ {; e& F6 \) _2 K) K说中认为1M内存足够用的时代);强到办公游戏上网杀毒,无所不能!如果你足够另类,单玩裸机就可以了,让操作系统去哭吧.
3 d9 L& N+ W9 [; k! h' j! l  EFI的好处还有:
7 s2 h! g0 }: t- V  你再也不必为驱动烦恼了,你买来的设备(比方说显卡),符合EFI标准的话,驱动程序很可能已经内置在设备的固件里面了,只需要插上去就行,EFI为你搞定一切.
& K8 r* d# i1 F7 h  即使驱动程序没有内置在固件里,你也只需要额外的一个步骤,就是把驱动安装到EFI中.然后EFI就接管了一切,你再也无须为驱动操心,甚至是操作系统也无需为驱动操心了.
) y+ F) m# z4 d, N! A& |  s$ Z: p  无论是你重装操作系统,格式化系统分区后安装新操作系统,甚至一个windows系统一个linux系统(前提:他们都符合EFI标准),都不必考虑驱动问题.位于BIOS层的EFI搞定一切,新
) e6 a% @% l: Y# }. e
/ P# z$ }: E0 T  F( V系统装上就能直接操作使用新设备.7 _3 M& O4 H* M* H: u5 e& A
   设备厂商编写驱动的压力也变轻了,以前写驱动,不同的操作系统就需要不同方面的驱动架构知识,现在不用了,只需要写EFI一种驱动就行了.
3 _# l7 s4 o$ ]8 \4 v   你再也不必担心电脑新手了.系统一启动,进入EFI就能支持网络.网管或者系统维护人员隔着十万八千里,就能通过网络远程协助新手搞定问题.由于直接在EFI层(bios层)介入,因
" |8 l8 o! r7 S! E& M) w. m3 F1 b( p# @! N) _5 E; y
此不要说简单的问题,就算是重新分区,安装操作系统都可以远程搞定.甚至是超频都可以!
0 b6 x  E* \% v' o% h5 {& V+ J  EFI的这些优点,个个都激动人心,可以说还真对得起Intel这张招牌.Intel将EFI发展到1.1版本后将他贡献了出来,成立了一个标准组织来维护它.这个标准组织将EFI发展到了2.1
( p, S8 f" X9 J9 D: i4 q/ P6 P6 \* M4 c6 z( u
版本,并更名为UEFI.看看这个标准组织的成员,或许有助于了解EFI(UEFI)是如何的强大." w* Q$ y8 T$ r& _4 T( o0 R/ N
  EFI(UEFI) Promoter 级别的成员有:AMD, AMI, Apple, Dell, HP, IBM, Insyde, Intel, Lenovo, Microsoft, Phoenix.
" ]. R% L; {, ^' j' x! o) g( w  但是......
' B' V. U/ v# ^4 g  但是,这么优秀的功能,这么强大的阵营,为什么他的应用还是凤毛麟角呢,他的Promoter级别的成员,除了Apple,为什么其他的没什么动静.微软一再延迟倒也罢了,就连他的缔造者( K- y1 o' Z2 @* ^' w

; P3 p9 y/ c5 A, \2 C7 jIntel,也应用得非常有限?这个一直号称是BIOS的“取代者”,为什么至今仍有抱琵琶半遮面?
7 }# E( H& e" R. ?8 X- L  答案很简单,就是天生缺陷.
2 j# F+ T. O0 S" O5 N2 [0 q' e  我怀着对缔造者无比敬仰的心情,阅读EFI的规范,EFI中描绘的诱人的目标:( j3 Z7 }+ l% \7 [: v  U7 l
1. Coherent, scalable platform environment.
+ u" S4 _: g! N. W/ V$ ?& H/ ]* v2. Abstraction of the OS from the firmware.
7 a: ]' A0 ]4 ], j: w; \- }3. Reasonable device abstraction free of legacy interfaces.
% |+ v0 `) G8 f: B: D0 Q# K4. Abstraction of Option ROMs from the firmware.
% w/ _0 E7 b+ F" E5 D5. Architecturally shareable system partition., f/ ]" ]/ F( R* ~
8 i  A, `$ X+ p  R4 A5 J& C5 H* @4 Q
  等等...,等等.最后一条是什么?系统分区?BIOS需要系统分区,岂不是BIOS离不开硬盘? 怎么回事?* v$ x( N$ w- M, ~/ ^
  接着看下去我就懵了,缔造者以这几个目标为基础创立了EFI的所有规范.但是就在这个最基础的目标中,缔造者明确的要求提供系统分区,理由则是由于EFI规模过于庞大,因此
* j0 \2 [  p9 R$ ]$ Q' q5 m0 y# J$ u, r4 J
EPROM可能无法满足存储要求.必须借助于硬盘来存储.
) c1 o2 g% X5 l. S& ?$ M) q2 m' J  不仅如此,EFI还针对系统分区作了详细的规划,包括系统分区所使用的文件系统.0 z& J+ F8 o2 \& l0 `$ T
  当时的心情,大约只能用看到一个绝色美女来形容.当她冲你回眸一笑时,你才发现她脸上有一个沈玉林的瘤子.又或是舒伯特眼睁睁的看着鳟鱼上了钩.
7 B2 ]; g7 @; E0 Q8 N! @$ r  不明白为什么杰出的天才总是对硬件存储能力这么悲观.毫不夸张地说,光是依赖于硬盘(严格来说是存储设备,包括网络存储)这一项,就足以让EFI夭折了.
& w; j; N* W4 S/ D) m" b! C  想象一下:以前你的系统不论如何折腾,不论病毒如何肆虐,不论恶意软件如何蓄意破坏,你至少有个硬件的底线,你仍然有个可以运作的电脑,你仍然有重新安装整个系统的可能;用
, s3 x) F: W5 g! u0 s" ]* W7 n2 [0 P& B% c2 L2 i5 R
上EFI之后,你就祈祷硬盘上的EFI系统分区不会出问题吧.否则打开电脑连EFI都进不了,没有其他措施的情况下,电脑就是块废铁了.  s- k" d9 [: s) w; {# K) x
   还有另一个更可怕的问题,安全!以往软件业道与魔的争斗都在操作系统范围内,大家都看得见摸得着,如今突然冒出一个超脱于操作系统的软件层,必然会成为道与魔的新战场.与; R8 o+ H4 {6 v+ y* O

: A; E( J6 Y: Q- X, S& k以往不同的是,这次就算是你的隐私被人盗窃一空,你的一举一动都被人实时的监控,而你却不可能察觉,因为它位于EFI层,连操作系统都不可能察觉,更换操作系统也无法避免.这是" ?8 Z2 m! E1 h: G

5 b8 a+ C" J( ^7 E* C" w' r多么恐怖的一件事.0 L3 s& _. V7 J) ^  |" ^: e
   除了依赖硬盘这个天生的缺陷,EFI还有另一个不大不小的问题,那就是被设计的过于复杂与强大.从上文的介绍可以看出,它不仅在底层接管控制所有的硬件,在操作系统系统这一
9 _# t$ c- j6 S; N, s5 }6 Q6 J( ~: ]! L
层也颇多规范.甚至不需要操作系统,光是EFI就能完成大部分的日常功能.8 R+ T) w9 S) P6 W: q% Y9 n, K* c) O
   除了所有的硬件必须按照EFI规定的方式来,所有的操作系统也必须严格按照EFI的规范来设计.这是多么伟大的远景,所有的操作系统按照一致的方式运作;或者说,这是多么“崇
) |$ |+ J& E3 N; ~- }( `5 e7 l8 e8 a# e
高”的野心,千秋万代,一统江湖!
$ ?3 c) [6 b% L3 @0 z2 ^   最后挑一个问题, EFI被设计得如此的强大,为了实现这些目标,设计者不得不作了若干的妥协设定.比如说,一种驱动程序,如何能在不同的操作系统下执行呢? EFI用了一种很时
) j3 v9 M) k2 @9 k3 g- n% J4 |% x0 U& n9 y: n) ~
髦的方法来解决,EFI程序不是最终的可执行代码,而是一种类似JAVA的中间码,然后由EFI引擎来解释执行.  i0 S5 Q7 ^4 k6 t
   嗯,解释执行.想象一下,为了提高游戏的几个fps,你花钱买了个新的显卡,可是这个显卡的驱动程序,却是解释执行的(可以简单的类比为java写的).而且不只是显卡,声卡,网卡,  \7 i6 Y2 D9 K" f

: Z2 g) v' F; |- e, L5 }# J3 n- V% b主板,cpu, 硬盘,所有的硬件驱动都是解释执行的! 是不是有一种要 不文明 的冲动?- y4 {/ W; J  Y! Y0 W: P1 ~9 |/ D
   等等等等,说到这里又有一个问题了,原来所有的EFI都是要解释执行的.那么这个解释器在哪里?
6 o% N3 a! }6 T$ b, m' s) }   EFI: 这个解释器固化在EPROM里,也就是BIOS里,一开机先进这儿.9 v" g4 A9 {" f) k5 d
   BIOS里? EFI不是号称要取代BIOS么?
. R3 H, \/ P0 q9 ]( k0 R4 d   EFI: ......
# z1 ]6 v; i# x1 e1 C6 O, C  {. k" U/ u7 E7 ~! ^) q6 O- C% M
   EFI这个瘸腿巨人是如此的强大,以至于大厂商都对他趋之若鹜,没有人愿意支持真正切实可行的BIOS升级换代,所以我们到目前仍然只能使用古老的BIOS.
" r3 N3 {& d1 F: t* r$ U& B+ m  r
! r) f% o8 t: V4 W   PS: 放卫星就放卫星,为什么说又呢?疑惑的人可以回想一下Rambus的经历
回复

使用道具 举报

发表于 2008-12-4 11:55:25 | 显示全部楼层
这篇文章有不少的误解,偏激,不值一驳。
- S9 F' W3 H$ V4 K$ _
3 S! k" `/ V8 _) E5 C随着PC硬件技术的演进,硬件越来越复杂,有越来越多的新功能,很多新的功能需要BIOS的支持。在老的BIOS上做不是不可以,但是老的BIOS有一些越来越落伍的缺陷:
. g8 P, A' G8 W6 r- r! s7 h/ D1. 绑定到x86的实模式,不能跨CPU架构,而UEFI则可以做到跨CPU和平台架构。比如PIWG正在制定到ARM架构的binding。
" G1 Y, Q( f1 g2. Option ROM 空间限制
# T8 S% w$ l4 z' x/ a) M3. 最重要的是,缺乏well-documented的文档,缺乏一个统一的接口扩展机制。为数不多的INT大家hook来hook去有趣吧?UEFI的Protocol注册实现了很好的扩展性。UEFI之下的PIWG则定义了UEFI实现的内部架构,使得模块之间的互操作性成为可能。接口定义是C friendly,适合用C实现。
2 J) Y) Z8 N0 p( _5 u: [
! \: \8 _2 i! o, {3 T其实UEFI只不过是PC系统firmware技术随着硬件技术发展的正常需要。那么为什么是UEFI? 先看看EFI的历史。最初,EFI的诞生是为了支持Intel的安腾架构。随后,Intel决定把EFI扩展到x86和Intel 64架构上。由于Intel在PC硬件产业内的强势地位,Intel要推广UEFI,失败的可能性几乎没有。现在Windows Vista SP1和Server 2008已经支持UEFI启动。Apple已经率先在它的笔记本电脑上使用了EFI。PC业界已经处于向UEFI的转型过程中。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 加入计匠网

本版积分规则

Archiver|手机版|小黑屋|计匠网

GMT+8, 2024-11-21 18:38 , Processed in 0.028178 second(s), 17 queries .

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表