请教如何实现在VC里读取ACPI table数据

frank

小弟想用VC开发一个工具，能读到ACPI 区域里的数据，比如系统温度（如intel TAT 工具），电池信息等数据。请教各位知道用什么接口函数能实现，小弟对ACPI不是很清楚，不知道上述描述是否准确？谢谢！

bini

我先跟你讲讲温度，知道这些温度从何而来，见Intel TAT温度里show的。
% Y0 D# ?8 V% {2 E3 i1、ACPI 温度
/ h. N4 {) n, V    这个温度是ACPI spec温度（请看ACPI SPEC），操作系统跟据此温度来选择不同的散热方案，也就是ACPI ThermalZone 提供给OS的温度有：throttling temp，Critical temp，currect temp，TAT所显示的就是currect temp。此温度的由来，一般是由EC提供，EC通过SMBUS读取CPU/System thermal sensor的温度，CPU/System thermal sensor 会通过AD转换，去读取CPU&System的温度感应器。（CPU为一个温敏二极管，Intel 一个物理CPU，就会有一个）。此部分温度从何读？自己决定，ACPI？可以，自己写驱动或用WMI，EC？看你平台是不是这样设置的，CPU&SYSTEM的Thermal Sensor，也可的，看你的平台。
1 A( K8 D# R' ]2、DTS温度(Digital Thermal Sensor)
    这个温度是CPU自己提供的温度，直接去MSR里去读取即可，一般（只能说一般，好象看到有双CPU只有一个Digital Thermal Sensor的）一个核就有一个Thermal，所以双核基本上是有TM1,TM2。当然，在读之前要把CPU的Thermal打开，把系数设好，具体见CPU的Spec。当然也有把DST温度直接返回给ACPI ThermalZone的情况。
: y! I  ^4 q! U7 E
; d& s* K. b0 OSO，你要读取什么？如是温度，那么就搞清楚温度的来源，如果是电池数据，有Windows的API可以获取，如是ACPI Table数据，那么就在内存中，可以通过Windows API & Driver & WMI各种方式去获取，因为ACPI里的东西是for系统不同的Device或不同的用途的，关键是搞清楚自己要什么。

frank

感谢bini大侠非常详细的解答！我的程序想实现的功能是这样的：在xp或者vista下运行的程序能读到EC里特定的数据，如LCD屏的背光值，EC读到的温度等。不知道bini说的Windows API & Driver & WM各种获取方法是如何实现的，可否提供一些详细的资料给小弟参考。

bini

那你的问题，说起来，跟ACPI是没多少关系，但用ACPI的方法，也是会让系统最稳定，也是最适合用acpi windows程序开发，如低难度的就是WMI ACPI，见DDK中带的WMI-ACPI白皮书。API可以获取电池，CPU，等相关信息的。驱动，你可以建立自己的pnp device驱动来获取，如仅仅是EC里的数据，何必呢，用IO读写就可以，只要你知道如何读EC的space。予人鱼，不好呀，渔才好。
1、其中WMI-ACPI最简单，但是BIOS得配合，推荐。
: c+ |8 p- y* j. I2、Driver最复杂，也需要BIOS配合，推荐。
3、Windows API只能获取到特定信息，不需要特定的BIOS配合。
4、IO的方法，能获取到全部的EC状态信息，需要EC的文档，如果是给for end user，要出货的程序，这种方式不推荐。
+ @9 A5 c1 m, z# P! z你可以混合使用。

frank

IO方法读EC当然是最简单的，但是好像在windows下也不能直接这么用IO读写，还是要写driver的吧？
4 r# K8 y1 \0 P* V. H8 W5 N
另：如果要想做调节音量和背光的OSD，是不是可以用WMI-ACPI方法来实现？

amty.wang

windows下IO读写可以使用WINIO组件，兼容XP/VISTA，很方便，不过LZ还要准备EC的相关SPEC哦

bini

Dear Frank，估计你在做NB的APP，WMI-ACPI方法当然可以实现。但是WMI的Event产生的方式是基于Pooling的，也就是主动check，会占用一小小点的CPU时间，同时事件的捕获也不是太及时（WMI中可调Pooling的频率），没有pnp device的那种在ACPI里notify driver的方式好，也就是BIOS去产生PM事件，OS的程序与Driver处于被动，这样就不会占用CPU一些时间，同事实时性也更好。但WMI-ACPI对于NB的小APP程序是够用的。

frank

多谢amty，WINIO我之前只知道有xp下的，现在有兼容vista的出来吗？
$ V  i' e9 b' Y8 Z关于EC的SPEC我有的，俺是做EC的。

bini

是为了debug EC的话，就用WINIO吧，WINIO在VISTA下可用。记得好象需要重新用DDK(for 2003 server?)编译一下。还有一个地方是在64位CPU上需要修改一个地方...嘿嘿...这是Owen的密秘。

frank

Dear bini，你说的没错，俺是在写NB的APP，你说用pnp device的那种在ACPI里notify driver的方法，那我不是还要写个driver？如果用SCI的方式做notice，你看怎么样？

bini

这个随你呀。具体怎么设计，就是你的工作啦。不过，你要搞清楚，SCI是一个中断，我指的Notify是ACPI中的Notify driver的function。见acpi spec中的notify function.

xtdumpling

原帖由 bini 于 2008-6-17 09:07 发表
* R& C3 y0 b0 `, x那你的问题，说起来，跟ACPI是没多少关系，但用ACPI的方法，也是会让系统最稳定，也是最适合用acpi windows程序开发，如低难度的就是WMI ACPI，见DDK中带的WMI-ACPI白皮书。API可以获取电池，CPU，等相关信息的。驱动，你可以建立自己的p ...

8 s0 E3 _" P' c2 s! p* I 很全面，学习...

amty.wang

WINIO在VISTA下可以直接用的，不需要去重新编译
$ W8 i. D' K1 L3 J2 y5 q        [DllImport("winio.dll")]
        public static extern bool InitializeWinIo();
  Z$ q! W1 C( ]7 }0 }        [DllImport("winio.dll")]
        public static extern bool GetPortVal(IntPtr wPortAddr, out int pdwPortVal, byte bSize);
        [DllImport("winio.dll")]
        public static extern bool SetPortVal(uint wPortAddr, IntPtr dwPortVal, byte bSize);
        [DllImport("winio.dll")]
        public static extern byte MapPhysToLin(byte pbPhysAddr, uint dwPhysSize, IntPtr PhysicalMemoryHandle);
        [DllImport("winio.dll")]
  y( T/ ?' X- R3 X        public static extern bool UnmapPhysicalMemory(IntPtr PhysicalMemoryHandle, byte pbLinAddr);
        [DllImport("winio.dll")]
. n! t* W& K" e+ D        public static extern bool GetPhysLong(IntPtr pbPhysAddr, byte pdwPhysVal);
        [DllImport("winio.dll")]
' x: J! l( ~6 z- U        public static extern bool SetPhysLong(IntPtr pbPhysAddr, byte dwPhysVal);
' p9 \' }/ H7 u% ]- N9 l/ n3 d        [DllImport("winio.dll")]
        public static extern void ShutdownWinIo();

jackey_gu

原帖由 bini 于 2008-6-17 09:07 发表
那你的问题，说起来，跟ACPI是没多少关系，但用ACPI的方法，也是会让系统最稳定，也是最适合用acpi windows程序开发，如低难度的就是WMI ACPI，见DDK中带的WMI-ACPI白皮书。API可以获取电池，CPU，等相关信息的。驱动，你可以建立自己的p ...

为什么bini不推荐使用 I/O 读EC的方式?

happybasic

原帖由 bini 于 2008-6-17 11:33 发表
是为了debug EC的话，就用WINIO吧，WINIO在VISTA下可用。记得好象需要重新用DDK(for 2003 server?)编译一下。还有一个地方是在64位CPU上需要修改一个地方...嘿嘿...这是Owen的密秘。 ...

6 ^. M0 F% i9 H
64位需要改什么啊，可否赐教一下？ 不想公开的话，可不可以用短信....

freevanx

原帖由 bini 于 2008-6-17 11:33 发表
$ F8 q1 d+ |% S6 [+ f5 ~$ e是为了debug EC的话，就用WINIO吧，WINIO在VISTA下可用。记得好象需要重新用DDK(for 2003 server?)编译一下。还有一个地方是在64位CPU上需要修改一个地方...嘿嘿...这是Owen的密秘。 ...

WINIO读 IO port使用了几个Undocument的API，只能在i386下使用，X64不再支持这些API了，要在64位上用，恐怕不是修改一个地方的问题吧。我是自己写了一个驱动，不但读取IO，memory，顺便读MSR，PMC，TSC之类的～～～～

qdk0901

WINIO的驱动很小，可以用IDA看看，东西不是很多。
3 x  h. W2 N/ |6 J) m" w$ L- z
9 O2 |$ j; q3 Q2 \' n用Winio读Acpi table很方便，我已经实现了一个

bini

一些WMI的东西，见：BIOS点滴Follow Bini系列之---WMI ACPI
http://www.ufoit.com/bbs/thread-420-1-1.html

TigerNetwork

太强了   。。。。。。。。

kevin_jiang

原帖由 bini 于 2008-6-17 09:07 发表
3 ^" h9 F: `* H5 J0 }" \那你的问题，说起来，跟ACPI是没多少关系，但用ACPI的方法，也是会让系统最稳定，也是最适合用acpi windows程序开发，如低难度的就是WMI ACPI，见DDK中带的WMI-ACPI白皮书。API可以获取电池，CPU，等相关信息的。驱动，你可以建立自己的p ...

. z5 Y" ~! `8 ], D6 K
既然可以用IO方式訪問全部，為什么還存在wmi interface的訪問方式呢？
6 L5 k% U" o  fEC 3rd IO 可以在windowns可以訪問EC全部資料嗎？EC 3rd IO 是指68/6C 端口嗎？如果要通過EC 3rd IO為什么IBF、OBF為什么一直通不過？