|
|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是
4 n% \6 x$ M6 N" {3 G5 @ WMI ACPI , 2 m. r; F- ]- z
1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 ,0 u5 q! V0 S9 _; A5 a
2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口, b" ~# p! L# I0 Q; }1 x
并把这些接口Expose 出去,
0 E8 r$ f* l$ \ 3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可)* ?: a8 _8 e5 x) r, e
很久以前有实际操作过这个过个东西,
O. t0 T' _; b) U% T9 b 当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!!
6 G# K7 k' I! e s 另外,论坛里也有很多资料哦, 可仿照做做
7 T7 ^9 s: O7 o8 I5 s 当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性, 9 I, w# N, F# U3 v8 b5 ]
Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦
: u" _* N# n, {5 f1 \6 \ p WMI 和BIOS之间是透过 WMIACPI.sys 来通信
0 R( g1 V1 ^; L# q 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface
' u4 ]; ?4 _2 n 也可以看看WMI ACPI的白皮书 ,有详细讲解& X- y" ^! ~8 `6 I0 x! B. N
以上是个人的一些实践总结, 有误请指正,谢谢! i, T% h5 z1 a. a
. F2 l1 F* T. d, b[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|