|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是 7 E: x6 t) K1 i3 P, h
WMI ACPI , " h# x$ N! p& G! u
1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 ,
' Y/ f6 g |4 E# X 2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口,% P$ U: F' w6 E
并把这些接口Expose 出去,
/ z0 {. b" I3 A- H 3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可)8 s; R9 K! V: `4 v; v1 p
很久以前有实际操作过这个过个东西,, F8 o6 t! `$ l5 d. z7 A
当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!!
- z. A6 C" U6 H0 s 另外,论坛里也有很多资料哦, 可仿照做做1 w. b+ k( x8 y' B9 o9 D
当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性, , J; C P% u" X! x: e
Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦
/ `1 Y" Y% r7 \1 c& R+ | WMI 和BIOS之间是透过 WMIACPI.sys 来通信
# d/ |# |/ H0 g8 T 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface $ S+ h. h& A! o' H R
也可以看看WMI ACPI的白皮书 ,有详细讲解
a: I( ~& T! P6 Z: s! O7 W+ X以上是个人的一些实践总结, 有误请指正,谢谢8 {6 l& I7 [8 P, Z% q1 M; p" ~
2 m0 E4 j) E& ]5 S6 |( Y
[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|