|
|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是
/ E1 q# O* V6 h8 @# a% z6 j WMI ACPI ,
: e4 f4 q/ L6 ]! s- _ 1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 ,) d' Q5 s& f. U# S. }8 A! l
2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口,
9 J5 o+ Y; D# |: O- k9 p 并把这些接口Expose 出去,
- W# c$ s+ H1 s 3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可)
9 {! d; y1 O0 ` 很久以前有实际操作过这个过个东西,6 O6 D2 {1 k# `) a
当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!!
+ t8 w' ?' V6 \* O 另外,论坛里也有很多资料哦, 可仿照做做# f( B8 [) D6 K% {; m
当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性,
4 U8 s' t) `1 q2 k' q# E Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦4 J' x$ H: A* x
WMI 和BIOS之间是透过 WMIACPI.sys 来通信
! E2 X3 G! C# \) T$ j 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface ! L) ]8 T% u4 m! z z. t
也可以看看WMI ACPI的白皮书 ,有详细讲解' V4 O) w7 ]7 Z; c
以上是个人的一些实践总结, 有误请指正,谢谢" o" F* {* x2 w9 \) E
4 T9 u! k6 @1 C. q5 r' G
[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|