新手发帖~~ windows WMI与BIOS之间的关系?

lightning

忽然发现有这么一个好论坛.原来有这么多人在搞神秘的BIOS CODE工作哈.
因为在工厂生产,BIOS中DMI设置都由我们开发程式管控,烧入.比如SMBIOS中type2,type1里主板的SN,UUID,客户名字这些.
从在windows下平台WMI中可以都可以读到.
可客户定义好多WMI,比如控制电池强行放电,控制主板不给电池充电,无线网卡的开,关等.
4 c( R, v+ V5 Z5 w9 b0 q: e我一直从事工厂里测试程式开发工作.不理解我调用HP的WMI Interface,BIOS就知道要去做什么事.
  ~4 r" ^9 U0 h) b; E& U2 l/ s0 d之前写程式一直以为一定要透过EC才能控制,都是找RD提供66/62 port cmd来实现这些.
6 m' y# h+ [+ g# ~* K请问OS中WMI和BIOS之间,是怎样沟通的? 透过SMBIOS那memory吗? 还是别的IO方式?

谢谢啊

蓝色永恒

见到过最多的就是  
         WMI ACPI ,
         1.    一般做法都是 BIOS在CODE中定义一个Device, PNP0C14  ?? 记不太清了 ,
        2.     然后 OS会为此device 安装提供Driver, 然后BIOS  在这个Device  Scope里 实作一些 访问PC 的接口,
* C! H* x- R! z6 F* a6 ?! V               并把这些接口Expose 出去,
        3.  上层应用程式 即可透过这些 接口  访问底层 (直接调用Windows API 即可)
      很久以前有实际操作过这个过个东西,
$ B( w- c. q4 ^% ~8 H# X! [: Q           当时也是看了好多好多资料,问了好多人,然后自己拿了一套BIOS code ,实作了一些Interface ,总算明白了一点点了,但是这个东西太多了啊!!!   
           另外,论坛里也有很多资料哦, 可仿照做做
           当然WMI  ,决不限于此,我感觉,它的好处是可以不用自己写Driver,就可以透过API访问底层,同时不用考虑兼容性,
           Windows 会为你处理好这个,因为是通过Windows driver 来实现的,当然,要做出特殊的客制化功能,还是得BIOS配合一下哦
         WMI 和BIOS之间是透过 WMIACPI.sys 来通信
          另外,如果你发现调用 WMI接口可以访问 EC控制的device  ,那么,应该是BIOS中为你做好了 访问EC的interface  
          也可以看看WMI  ACPI的白皮书 ,有详细讲解
: T, p0 L3 t% |: t- U5 U以上是个人的一些实践总结, 有误请指正,谢谢

[ 本帖最后由 蓝色永恒 于 2012-1-5 18:47 编辑 ]