|
|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是 ' S; {. [9 b* K J/ `0 P# H
WMI ACPI ,
6 Z C, n" G; {4 I 1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 ,
! ^" K! N- n& t3 n. A 2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口,; S. `0 _3 c) ?5 R
并把这些接口Expose 出去,
^3 I* A! J1 y) H6 e! N9 S( S 3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可)1 {1 c j: o# K. D' w) O$ Q( O( f
很久以前有实际操作过这个过个东西,
# a9 R c5 v8 w$ Q 当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!!
4 m: {* f# N5 B" y# M 另外,论坛里也有很多资料哦, 可仿照做做 L" \% D& u1 I4 Y
当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性,
) B7 U5 Q {% e( P9 E4 v Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦* b; e( {! _4 a
WMI 和BIOS之间是透过 WMIACPI.sys 来通信
7 d6 s. ~2 o7 _$ @ 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface + d+ p5 [0 T9 @6 Q6 o+ e. o
也可以看看WMI ACPI的白皮书 ,有详细讲解
+ X; C; u( ]% w以上是个人的一些实践总结, 有误请指正,谢谢
]5 q; r1 A/ _/ h- Y6 @! t% N( ], H4 o" C! X5 I- O* W4 ^( z
[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|