|
|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是 4 ^/ @+ j/ T3 K$ f+ d5 i. }
WMI ACPI , + Q% q n2 u; J/ j9 [! |
1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 ,0 E+ G. I, q! P; X
2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口,
4 x$ b8 v/ B" k; S1 i5 s/ u 并把这些接口Expose 出去, , p( p4 t0 p* c% V
3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可)
1 v9 M; M- [9 J 很久以前有实际操作过这个过个东西,
1 j* K }; j# k9 S* V 当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!!
) }! p- |- D3 M A 另外,论坛里也有很多资料哦, 可仿照做做
8 s4 f2 N8 @/ V* v# ~: A5 e 当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性,
7 J+ w8 j0 m& B Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦' B7 O; m4 ~0 s* H
WMI 和BIOS之间是透过 WMIACPI.sys 来通信
" s5 H2 ^4 k& e k; P& Z 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface
/ }8 U1 W+ a& d% ~ 也可以看看WMI ACPI的白皮书 ,有详细讲解
6 L, {5 |! O) k6 J9 W0 L5 ]以上是个人的一些实践总结, 有误请指正,谢谢
8 H/ a- }7 X l- R8 z8 Y* V+ W: g1 [
[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|