|
|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是 : G6 }7 c8 U& }4 G8 g8 a
WMI ACPI ,
# l; O2 }* [7 I- f; v 1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 ,* T: Z1 c2 d$ ]* [+ R0 m5 U
2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口,
# [- C9 v ?0 B+ ` 并把这些接口Expose 出去, 8 Q% ]' A' x' a' E% C
3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可), B" A" f! y% {4 x% u
很久以前有实际操作过这个过个东西,) B+ m" _( f4 y' F2 {- f$ g5 b
当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!! 9 l5 o$ ^4 M# X: {- v: y: H
另外,论坛里也有很多资料哦, 可仿照做做
0 ?- d! o% G4 ~ 当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性,
7 |; E! E7 o9 i0 A4 z, A Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦
6 X8 Z9 f& s# F1 h- `9 v" f WMI 和BIOS之间是透过 WMIACPI.sys 来通信
$ _* F- s1 |- _ s; x 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface
; [+ v2 j T Y' u! H 也可以看看WMI ACPI的白皮书 ,有详细讲解* e! q& _* J# g0 b: g8 w* X! q
以上是个人的一些实践总结, 有误请指正,谢谢
& U, Z4 z# z1 z b0 l
- g( [9 c& c# z* K$ W1 V[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|