|
发表于 2012-1-5 18:32:42
|
显示全部楼层
见到过最多的就是
/ Z" l0 [; N, `5 N# W. p WMI ACPI , ; F' P& H! C" _- u# k
1. 一般做法都是 BIOS在CODE中定义一个Device, PNP0C14 ?? 记不太清了 ,5 B# g+ g6 R0 }) k( q
2. 然后 OS会为此device 安装提供Driver, 然后BIOS 在这个Device Scope里 实作一些 访问PC 的接口," Z4 P7 }- t- [- a" c" _
并把这些接口Expose 出去, / M& S; A1 M4 }0 Q7 L7 _6 [
3. 上层应用程式 即可透过这些 接口 访问底层 (直接调用Windows API 即可)( P5 c A/ `$ `0 q3 {5 o* e6 H9 Y; S8 T
很久以前有实际操作过这个过个东西,
8 Z q) L" A y1 n8 _4 `& [2 w6 Y 当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!! 9 \: S6 ~2 D9 g5 a7 @
另外,论坛里也有很多资料哦, 可仿照做做
- W# _2 \& {/ _3 R5 G 当然WMI ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性, 7 A; {. L$ U9 ^
Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦
6 r' g/ u- j1 E WMI 和BIOS之间是透过 WMIACPI.sys 来通信
5 {. u( ~: u. K, x 另外,如果你发现调用 WMI接口可以访问 EC控制的device ,那么,应该是BIOS中为你做好了 访问EC的interface
; u: J) ?% ?, T# m( j5 x1 b5 l+ G 也可以看看WMI ACPI的白皮书 ,有详细讲解! F# U" z' e' |' `
以上是个人的一些实践总结, 有误请指正,谢谢5 ~, h: b/ g, g2 Y* ]
" p% Q* j1 M( b8 w0 r8 _' W[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ] |
|