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

frank

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

bini

我先跟你讲讲温度，知道这些温度从何而来，见Intel TAT温度里show的。
6 L# f: E" j) y1、ACPI 温度
    这个温度是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，也可的，看你的平台。
' M4 E/ s0 y. B5 @0 h2、DTS温度(Digital Thermal Sensor)
    这个温度是CPU自己提供的温度，直接去MSR里去读取即可，一般（只能说一般，好象看到有双CPU只有一个Digital Thermal Sensor的）一个核就有一个Thermal，所以双核基本上是有TM1,TM2。当然，在读之前要把CPU的Thermal打开，把系数设好，具体见CPU的Spec。当然也有把DST温度直接返回给ACPI ThermalZone的情况。
; x2 i8 b8 x2 y
SO，你要读取什么？如是温度，那么就搞清楚温度的来源，如果是电池数据，有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。予人鱼，不好呀，渔才好。
# j8 r" P! j9 L; N% j8 m1、其中WMI-ACPI最简单，但是BIOS得配合，推荐。
& c9 H$ z  s! e% n, _2、Driver最复杂，也需要BIOS配合，推荐。
3、Windows API只能获取到特定信息，不需要特定的BIOS配合。
) i, r7 E6 `" H* C4、IO的方法，能获取到全部的EC状态信息，需要EC的文档，如果是给for end user，要出货的程序，这种方式不推荐。
; O; b+ a5 [* @" V& ]& E你可以混合使用。

frank

IO方法读EC当然是最简单的，但是好像在windows下也不能直接这么用IO读写，还是要写driver的吧？
3 c  P9 Q, h: ]
另：如果要想做调节音量和背光的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的出来吗？
3 D; B0 ~  g( D. a关于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 ...

! `8 x& m# G8 y3 T! H 很全面，学习...

amty.wang

WINIO在VISTA下可以直接用的，不需要去重新编译
        [DllImport("winio.dll")]
& u, P1 p( W- R& T! g        public static extern bool InitializeWinIo();
        [DllImport("winio.dll")]
6 ~3 ?+ c& ]7 B        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);
8 x: G- C: Z- O) C, w6 _9 n        [DllImport("winio.dll")]
/ w; J$ V8 y8 b* b( n1 O. @        public static extern byte MapPhysToLin(byte pbPhysAddr, uint dwPhysSize, IntPtr PhysicalMemoryHandle);
        [DllImport("winio.dll")]
  i+ Z4 R" L) C& q; W        public static extern bool UnmapPhysicalMemory(IntPtr PhysicalMemoryHandle, byte pbLinAddr);
        [DllImport("winio.dll")]
        public static extern bool GetPhysLong(IntPtr pbPhysAddr, byte pdwPhysVal);
  \, j1 _9 b  ?: e        [DllImport("winio.dll")]
        public static extern bool SetPhysLong(IntPtr pbPhysAddr, byte dwPhysVal);
        [DllImport("winio.dll")]
8 t5 N9 m" a" m6 z4 z. L' I        public static extern void ShutdownWinIo();

jackey_gu

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

( F- a" j* x/ k- M- B: E为什么bini不推荐使用 I/O 读EC的方式?

happybasic

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

! y3 _( q0 {7 s9 O2 s7 s0 ^/ l
64位需要改什么啊，可否赐教一下？ 不想公开的话，可不可以用短信....

freevanx

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

1 E- w+ }( P' m6 T* n
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
1 P; M% I4 F% m2 K/ H* Qhttp://www.ufoit.com/bbs/thread-420-1-1.html

TigerNetwork

太强了   。。。。。。。。

kevin_jiang

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

0 R  S9 d8 V3 M5 K. e" h既然可以用IO方式訪問全部，為什么還存在wmi interface的訪問方式呢？
EC 3rd IO 可以在windowns可以訪問EC全部資料嗎？EC 3rd IO 是指68/6C 端口嗎？如果要通過EC 3rd IO為什么IBF、OBF為什么一直通不過？