版块
论坛
喜欢
话题
应用
搜索
登录
注册
peien的个人空间
访问量
0
新鲜事
帖子
资料
http://bbs3.driverdevelop.com/index.php?m=space&uid=64897
探讨一下bios将来的路
现在intel在开发新东西想撇开bios我在这里想和大家讨论一下可能性或谁会占优势我的看法是intel开发出来的东西真真正能做到哪一步能完全做到不需要汇编就可以搞定所有的事吗?如果答案是yes的话 我想我们就需要考虑考虑bios的发展方向了如果是no的话 我想intel这一次是决...
全文
回复
(
8
)
2003-08-09 11:16
来自版块 -
FirmWare
◆
◆
表情
告诉我的粉丝
提 交
DavidWang_jimei
:
Intel打算给BIOS改名为EFI,顺便又给BIOS增加了一些功能,如支持网络升级等等。 这就是我的想法,想全部抛开现在BIOS所完成的功能,这是不可能的。 不过各位上边提到的用C语言开发BIOS是完全可以作的到的(不过需要在适当的地方嵌入汇编语言代码),我现在所负责的案子...
(2003-09-15 21:14)
回复
tomzhang_4304
:
要做到真正的脱离底层软件,不太切合实际,以目前windows 的系统模式和架构要求,高级语言是不太容易做到快而安全的。 intel 要做到这一点,他要做的很多很多。
(2003-09-12 16:27)
回复
peien
:
资源配置的问题我想会透过Acpi部分去与操作系统配合 在前几年acpi与bios之间的竞争也是满厉害的 不过bios在功能性方面越来越多和完善 至于启动那些问题我想透过各种方式都能做到的 现在的bios我觉得还是自成一个系统了
(2003-08-13 13:41)
回复
MikeRCSun
:
各位要考虑到INTEL是不是针对所有的chipset做的,还有正如一为老兄所说,总要有第一个执行的软件。还有EFI最大是抛开BIOS配置的方式,用比较灵活或者说是接近windows风格的界面调整资源。那是不是windows就不要管资源分配的问题了?
(2003-08-12 23:55)
回复
estar
:
用过keil51,当初也是混合编译的,原因就是由于从C转化过来的汇编效率不够,跟不上采样速度。所以现在通常都是算法部分用汇编,控制接口部分用C,为的就是在开发效率和程序执行效率之间取得平衡。当然BIOS至今还采用汇编原因是多方面的,比如flashrom的容量限制,启动时间限制(W...
(2003-08-11 19:09)
回复
peien
:
你用过c51没有 用c51开发的fireware有一部分还是嵌套的汇编 如果c能完全的解决为什么不直接用c 在这里我想不是效率问题而影响要用汇编 而是c语言规则限制
(2003-08-11 17:31)
回复
algous163
:
不明白你说的撇开bios是怎么个撇开法。像楼上说的用EFI代替? 个人觉得,BIOS只是一个概念上的东西。 不管怎么样,硬件总是要执行软件的。那么,撇开BIOS这个软件,总有一个第一个被执行的软件
(2003-08-11 09:18)
回复
estar
:
其实汇编能做的c都能做,只是效率问题。下一代EFI就很可能取代现在BIOS的功能,而且界面也变得很友好,支持C语言的开发。但是我觉得这样保密性和安全性会降低很多。比如病毒就能直接修改底层代码,导致计算机不能启动。所以为了防止这样的事情发生,必然有一部分最核心的东西还是要用firm...
(2003-08-10 22:06)
回复
peien
加关注
写私信
0
关注
0
粉丝
21
帖子
返回顶部