|
|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是 1 W9 O' H8 d. X8 e. D8 W
WMI ACPI , " T% |% M$ n9 y! m6 c4 ]3 Q
1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 ,7 X j; m' ?" {0 s) ?* U) L
2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口,
7 B2 c3 t+ ?: Q) \) Y$ _& [+ } 并把这些接口Expose 出去, ; R# Z! b- `& d2 {3 I
3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可)$ C( p( s! Z+ @$ L
很久以前有实际操作过这个过个东西,
+ \( ^1 R k+ b) @ 当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!!
9 d1 ^7 Q# J. | N5 L 另外,论坛里也有很多资料哦, 可仿照做做
/ g8 G1 Q1 C0 ? 当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性, $ D$ o2 V$ H. u/ }+ b$ V% G. z
Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦4 @9 F# x" c! n/ B5 I
WMI 和BIOS之间是透过 WMIACPI.sys 来通信
" C" ]' G* h) x, U% x# B& v5 l 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface
+ B& r. G3 i6 Q5 M 也可以看看WMI ACPI的白皮书 ,有详细讲解
+ \& f: h1 V0 B# S' H, ~以上是个人的一些实践总结, 有误请指正,谢谢
8 ] S3 D3 G* E' W+ d, d% E; T5 _# ^" c3 b" a# e
[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|