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

frank

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

bini

我先跟你讲讲温度，知道这些温度从何而来，见Intel TAT温度里show的。
# g" [. e9 A' _. h3 c' ], B1、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，也可的，看你的平台。
2、DTS温度(Digital Thermal Sensor)
( ]; V5 s* f0 c5 [1 I    这个温度是CPU自己提供的温度，直接去MSR里去读取即可，一般（只能说一般，好象看到有双CPU只有一个Digital Thermal Sensor的）一个核就有一个Thermal，所以双核基本上是有TM1,TM2。当然，在读之前要把CPU的Thermal打开，把系数设好，具体见CPU的Spec。当然也有把DST温度直接返回给ACPI ThermalZone的情况。
$ E. |. k! w% n$ t$ n0 X9 B' \
0 v3 \# o6 G( t; A2 I9 d% x# YSO，你要读取什么？如是温度，那么就搞清楚温度的来源，如果是电池数据，有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。予人鱼，不好呀，渔才好。
) s( R, O$ ~: Q) S2 ?1、其中WMI-ACPI最简单，但是BIOS得配合，推荐。
2、Driver最复杂，也需要BIOS配合，推荐。
; S! U( @5 f, O+ L' O/ I0 L" g$ p. L3、Windows API只能获取到特定信息，不需要特定的BIOS配合。
9 o  r; T: R% D/ T% A1 o1 e4、IO的方法，能获取到全部的EC状态信息，需要EC的文档，如果是给for end user，要出货的程序，这种方式不推荐。
$ @+ [5 ?& @2 e- a* s8 P- O你可以混合使用。

frank

IO方法读EC当然是最简单的，但是好像在windows下也不能直接这么用IO读写，还是要写driver的吧？
+ ]" L! I+ E: a7 f) 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的出来吗？
关于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 发表
! Y0 G6 \# }' M: o那你的问题，说起来，跟ACPI是没多少关系，但用ACPI的方法，也是会让系统最稳定，也是最适合用acpi windows程序开发，如低难度的就是WMI ACPI，见DDK中带的WMI-ACPI白皮书。API可以获取电池，CPU，等相关信息的。驱动，你可以建立自己的p ...

) I9 X  S- ~$ L  {3 o$ j( M2 T; d 很全面，学习...

amty.wang

WINIO在VISTA下可以直接用的，不需要去重新编译
  q5 t( v+ l/ V: I$ O3 r; e" l2 n        [DllImport("winio.dll")]
& o/ ^$ E! m# z4 p% h        public static extern bool InitializeWinIo();
        [DllImport("winio.dll")]
        public static extern bool GetPortVal(IntPtr wPortAddr, out int pdwPortVal, byte bSize);
        [DllImport("winio.dll")]
7 E1 d" J: B. c        public static extern bool SetPortVal(uint wPortAddr, IntPtr dwPortVal, byte bSize);
        [DllImport("winio.dll")]
  ^) j) x9 L1 c1 `' n        public static extern byte MapPhysToLin(byte pbPhysAddr, uint dwPhysSize, IntPtr PhysicalMemoryHandle);
        [DllImport("winio.dll")]
        public static extern bool UnmapPhysicalMemory(IntPtr PhysicalMemoryHandle, byte pbLinAddr);
3 k' u; [  l$ P2 z8 c' {3 g        [DllImport("winio.dll")]
        public static extern bool GetPhysLong(IntPtr pbPhysAddr, byte pdwPhysVal);
) ?- P% j+ d3 {. y        [DllImport("winio.dll")]
8 w$ w9 b2 K0 ]8 r* L) Y        public static extern bool SetPhysLong(IntPtr pbPhysAddr, byte dwPhysVal);
        [DllImport("winio.dll")]
) z& ?7 d! G) e' b7 v7 G/ w, h        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 Y8 ~. v0 w+ Z* k/ V
+ k$ c. y7 r0 \* Y
  ?6 O$ ?9 C$ u4 O2 x" p- d为什么bini不推荐使用 I/O 读EC的方式?

happybasic

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

  R3 |  M" h- i7 z& _
" ?6 ^) k8 p. C  o64位需要改什么啊，可否赐教一下？ 不想公开的话，可不可以用短信....

freevanx

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

. ~. e% }4 w' o. e
/ s3 W3 R8 p, GWINIO读 IO port使用了几个Undocument的API，只能在i386下使用，X64不再支持这些API了，要在64位上用，恐怕不是修改一个地方的问题吧。我是自己写了一个驱动，不但读取IO，memory，顺便读MSR，PMC，TSC之类的～～～～

qdk0901

WINIO的驱动很小，可以用IDA看看，东西不是很多。
8 v# E3 I( C( J& S, E% x
% l3 M7 w/ M# `, O5 c0 N用Winio读Acpi table很方便，我已经实现了一个

bini

一些WMI的东西，见：BIOS点滴Follow Bini系列之---WMI ACPI
& _( B+ b. v7 P- ~; @+ C. `http://www.ufoit.com/bbs/thread-420-1-1.html

TigerNetwork

太强了   。。。。。。。。

kevin_jiang

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

% e2 L) z' r9 s9 Z8 C7 T2 k
既然可以用IO方式訪問全部，為什么還存在wmi interface的訪問方式呢？
$ q8 d3 ]" W6 p8 T  o) CEC 3rd IO 可以在windowns可以訪問EC全部資料嗎？EC 3rd IO 是指68/6C 端口嗎？如果要通過EC 3rd IO為什么IBF、OBF為什么一直通不過？