|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是 + n" f1 q" E/ r1 S# L, U
WMI ACPI , 2 _- D! |& F) m1 F
1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 , y2 T2 d/ ^) D$ W% W
2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口,
; }/ \* Z2 e0 X* U3 S' s7 G 并把这些接口Expose 出去,
; g; u# R _0 q, P 3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可)8 y* H" v4 N; D
很久以前有实际操作过这个过个东西,
2 x w) d) ], o* n" ]! Z3 B2 @4 K' h 当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!! * R+ t! @8 d P: p2 s7 {' ?
另外,论坛里也有很多资料哦, 可仿照做做
2 @6 u$ J# G/ z! I 当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性,
! m$ g# t" s& i Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦
% f7 V. u3 s+ e! j5 Z+ @ WMI 和BIOS之间是透过 WMIACPI.sys 来通信
0 Z$ R; U1 b+ X9 j! z 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface 3 p( _& p" [' ~3 ]6 e$ M
也可以看看WMI ACPI的白皮书 ,有详细讲解
& @% W! }: D4 J' {6 X2 W. h以上是个人的一些实践总结, 有误请指正,谢谢
% q8 d4 O2 \! R' F O* y3 R* E3 S0 l; G
[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|