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

frank

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

bini

我先跟你讲讲温度，知道这些温度从何而来，见Intel TAT温度里show的。
- }: j8 t2 K' q! c4 ?- B! A: a5 i1、ACPI 温度
$ z" \  L7 _0 w9 W+ H, J. D6 Z- X) Y4 b    这个温度是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，也可的，看你的平台。
2、DTS温度(Digital Thermal Sensor)
    这个温度是CPU自己提供的温度，直接去MSR里去读取即可，一般（只能说一般，好象看到有双CPU只有一个Digital Thermal Sensor的）一个核就有一个Thermal，所以双核基本上是有TM1,TM2。当然，在读之前要把CPU的Thermal打开，把系数设好，具体见CPU的Spec。当然也有把DST温度直接返回给ACPI ThermalZone的情况。
0 r4 i1 m. _9 c/ l
- |# k4 c! i; J* O( o+ bSO，你要读取什么？如是温度，那么就搞清楚温度的来源，如果是电池数据，有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。予人鱼，不好呀，渔才好。
$ n7 r! Z: C" y- b! R1、其中WMI-ACPI最简单，但是BIOS得配合，推荐。
2、Driver最复杂，也需要BIOS配合，推荐。
3、Windows API只能获取到特定信息，不需要特定的BIOS配合。
4、IO的方法，能获取到全部的EC状态信息，需要EC的文档，如果是给for end user，要出货的程序，这种方式不推荐。
$ m- k: Z  U" G7 g1 Z5 p! W, B你可以混合使用。

frank

IO方法读EC当然是最简单的，但是好像在windows下也不能直接这么用IO读写，还是要写driver的吧？
  g3 E6 O+ v6 d% @
0 Y6 c6 X) Q3 I另：如果要想做调节音量和背光的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的出来吗？
; @8 Q! }9 L, Z. d% C关于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 发表
那你的问题，说起来，跟ACPI是没多少关系，但用ACPI的方法，也是会让系统最稳定，也是最适合用acpi windows程序开发，如低难度的就是WMI ACPI，见DDK中带的WMI-ACPI白皮书。API可以获取电池，CPU，等相关信息的。驱动，你可以建立自己的p ...

很全面，学习...

amty.wang

WINIO在VISTA下可以直接用的，不需要去重新编译
2 X/ ]  n6 |- t4 ^& b, x        [DllImport("winio.dll")]
; h' d6 @2 A; a: ^3 W" g        public static extern bool InitializeWinIo();
% j" c; F0 M. o/ c1 Q  D' i8 v        [DllImport("winio.dll")]
& k# Q+ g# t" p) S! |$ W        public static extern bool GetPortVal(IntPtr wPortAddr, out int pdwPortVal, byte bSize);
        [DllImport("winio.dll")]
' ?, ?5 c* v" u7 g3 Z$ N' [        public static extern bool SetPortVal(uint wPortAddr, IntPtr dwPortVal, byte bSize);
* l* R: U0 H/ s: m3 B9 E* o        [DllImport("winio.dll")]
        public static extern byte MapPhysToLin(byte pbPhysAddr, uint dwPhysSize, IntPtr PhysicalMemoryHandle);
8 f9 X) L# ^# p5 e        [DllImport("winio.dll")]
$ k7 K0 \8 `4 D( k: h2 j        public static extern bool UnmapPhysicalMemory(IntPtr PhysicalMemoryHandle, byte pbLinAddr);
# S/ t; X7 E/ o7 ~6 Q        [DllImport("winio.dll")]
  K# k/ P: O: J) G& X" i        public static extern bool GetPhysLong(IntPtr pbPhysAddr, byte pdwPhysVal);
* z0 c& G( M. ~. t* Y; g4 d: Y) p        [DllImport("winio.dll")]
        public static extern bool SetPhysLong(IntPtr pbPhysAddr, byte dwPhysVal);
# C. B7 Z: [: Z+ F        [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 ...

5 W4 z" f2 s" d" V- Y为什么bini不推荐使用 I/O 读EC的方式?

happybasic

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

& k) o. r: K- K
64位需要改什么啊，可否赐教一下？ 不想公开的话，可不可以用短信....

freevanx

原帖由 bini 于 2008-6-17 11:33 发表
是为了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看看，东西不是很多。

用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 发表
; ^2 o6 ^; `: [; X6 G那你的问题，说起来，跟ACPI是没多少关系，但用ACPI的方法，也是会让系统最稳定，也是最适合用acpi windows程序开发，如低难度的就是WMI ACPI，见DDK中带的WMI-ACPI白皮书。API可以获取电池，CPU，等相关信息的。驱动，你可以建立自己的p ...

- N- W" `' X3 ?3 x& i# W- {
" K& A. A6 E0 b5 u5 O( l既然可以用IO方式訪問全部，為什么還存在wmi interface的訪問方式呢？
EC 3rd IO 可以在windowns可以訪問EC全部資料嗎？EC 3rd IO 是指68/6C 端口嗎？如果要通過EC 3rd IO為什么IBF、OBF為什么一直通不過？