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

frank

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

bini

我先跟你讲讲温度，知道这些温度从何而来，见Intel TAT温度里show的。
$ m( ?% m: {! V. a2 V7 [; Q- u1、ACPI 温度
) L3 g; N' ]/ p' 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，也可的，看你的平台。
: C; I- m! D! P5 M' N/ ]! T2、DTS温度(Digital Thermal Sensor)
    这个温度是CPU自己提供的温度，直接去MSR里去读取即可，一般（只能说一般，好象看到有双CPU只有一个Digital Thermal Sensor的）一个核就有一个Thermal，所以双核基本上是有TM1,TM2。当然，在读之前要把CPU的Thermal打开，把系数设好，具体见CPU的Spec。当然也有把DST温度直接返回给ACPI ThermalZone的情况。

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。予人鱼，不好呀，渔才好。
1、其中WMI-ACPI最简单，但是BIOS得配合，推荐。
2、Driver最复杂，也需要BIOS配合，推荐。
3、Windows API只能获取到特定信息，不需要特定的BIOS配合。
4、IO的方法，能获取到全部的EC状态信息，需要EC的文档，如果是给for end user，要出货的程序，这种方式不推荐。
: p( @2 c& Z% J( |5 u  n你可以混合使用。

frank

IO方法读EC当然是最简单的，但是好像在windows下也不能直接这么用IO读写，还是要写driver的吧？
  I. Q0 Q& v' j$ X2 U6 M
  ?" b) V. c" P另：如果要想做调节音量和背光的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的出来吗？
关于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下可以直接用的，不需要去重新编译
        [DllImport("winio.dll")]
" p' [& }: w( N; |0 q" L8 U7 L: z; W; g& ]        public static extern bool InitializeWinIo();
, G# _& {! b7 C0 N8 ~% M' w  z        [DllImport("winio.dll")]
        public static extern bool GetPortVal(IntPtr wPortAddr, out int pdwPortVal, byte bSize);
        [DllImport("winio.dll")]
) o% z. K' y2 ]        public static extern bool SetPortVal(uint wPortAddr, IntPtr dwPortVal, byte bSize);
        [DllImport("winio.dll")]
3 e! `) }# \, [! C. w        public static extern byte MapPhysToLin(byte pbPhysAddr, uint dwPhysSize, IntPtr PhysicalMemoryHandle);
        [DllImport("winio.dll")]
, K: g) }# L# ~1 o3 q        public static extern bool UnmapPhysicalMemory(IntPtr PhysicalMemoryHandle, byte pbLinAddr);
        [DllImport("winio.dll")]
# I4 s* \) I5 ]# ?        public static extern bool GetPhysLong(IntPtr pbPhysAddr, byte pdwPhysVal);
3 B  X1 A) h- B8 n* f        [DllImport("winio.dll")]
        public static extern bool SetPhysLong(IntPtr pbPhysAddr, byte dwPhysVal);
        [DllImport("winio.dll")]
        public static extern void ShutdownWinIo();

jackey_gu

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

+ ^  {: z, K% B7 n
0 M9 \" R  ~) H( F; v; v# |
为什么bini不推荐使用 I/O 读EC的方式?

happybasic

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

: B" L+ ^8 k) [$ N64位需要改什么啊，可否赐教一下？ 不想公开的话，可不可以用短信....

freevanx

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

; ^- k6 H3 c/ x2 ?0 k$ u; kWINIO读 IO port使用了几个Undocument的API，只能在i386下使用，X64不再支持这些API了，要在64位上用，恐怕不是修改一个地方的问题吧。我是自己写了一个驱动，不但读取IO，memory，顺便读MSR，PMC，TSC之类的～～～～

qdk0901

WINIO的驱动很小，可以用IDA看看，东西不是很多。
5 s& h1 T( I7 ]- Q% h* |; U
; W) J  c& @% {9 y用Winio读Acpi table很方便，我已经实现了一个

bini

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

TigerNetwork

太强了   。。。。。。。。

kevin_jiang

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

5 q/ p5 {( w, _$ p& ~既然可以用IO方式訪問全部，為什么還存在wmi interface的訪問方式呢？
% z5 E( G4 c% N' QEC 3rd IO 可以在windowns可以訪問EC全部資料嗎？EC 3rd IO 是指68/6C 端口嗎？如果要通過EC 3rd IO為什么IBF、OBF為什么一直通不過？