请教关于EC响应84 80 81command等几个问题

screw

请问两个问题：
2 r# p# i. m: j) P1）请问EC相应84command的Query Value完全是OEM自定义的吗？业界是否有标准遵循？
2）80/81command读写的EC space每个部分所放的信息是OEM自定义的吗？可否能给一些例子解释一下EC space的用法？
3）host会通过何种方式控制EC下的 SM device? SM device接在南桥下和EC下有何不同？
1 E" _* i  V# n# e4 t+ q, G8 ~6 W4）OEM修改EC firmware的时候一般使用什么方式的ISP？
, y3 T+ {. t4 c/ {5）一个硬件问题：
/ u7 _) i$ H+ H' z   如果我要观察主板上对EC chip的控制流程，除了看LPC信号外是否有别的好办法？
   如果看LPC信号，OEM是使用一般的LA吗？还是有专用的LPC协议分析仪？
   OEM调试EC chip的时候都是直接把样片焊上去吗？有没有OEM测试FPGA阶段的EC功能的？
8 e! D) `, T" M1 B3 r3 A
  O0 V; \1 g% _% i谢谢！
5 P- ]6 Z) M6 @2 z% M
Screw

0 l1 Z/ W) ~8 p' }4 Y[ 本帖最后由 screw 于 2008-1-7 17:04 编辑 ]

screw

补充一个问题：
5 j9 d/ B% s2 H2 \$ e* `3 s( Z6）对电池充放电的工作完全由EC控制吗？host会不会直接控制EC下的SM device?
& Z6 P) g4 n9 b: v9 u2 w   电池的充放电算法复杂吗？
7 q2 N9 L; F1 U6 d5 {
谢谢！
* N- ?4 P' X& f0 x4 C) h2 J
0 A1 d' l) ]* X% q% e3 w- TScrew

bini

1、84 Command见ACPI spec，是ACPI所定义的Funciton，包括80/81，OEM也是依据SPEC来做。
2、EC Space由OEM自定义。考虑到EC工作模式,一般读写EC Space OEM会不占用OSPM的80/81 command，会由OEM自定义command来读写。Space的用法，你得先翻你的Project  对EC Space的定义。
" J1 s- T4 ~% O, F0 L3、你指HOST是南北桥吧，通过什么方式，是你想通过什么方式，这是你要确定的。SMB的Device挂南桥和挂EC，这就是不同。
* r) r2 G- S& E7 G/ c# i4、OEM修改Firmware，是要看EC本身它支持哪些更新方式，见你的EC技术资料，或致电询问EC厂商。
2 K( L& @. c7 t7 u5、你要观察哪一个控制和流程？例如风扇？这...你是要抓LPC总线的行为？就把线接在LPC线上，你要看什么东西，就接在什么地方。LPC协议不用专用分析仪，就那几根线，自己可以数得过来，当然有专门的何乐而不为呢，LPC协议规范见本站就有下载。你要调试什么东西，具体看你所获得的条件和资源。
6，电池充放电是由EC控制，HOST往电池方向是被动的，也就是你想怎么着。你指的直接控制是指什么，HOST不会无缘无故的去乱来吧。电池部分请看Smart battery specification(SBS)。
8 w, \- c9 i4 L8 W9 S7 n
; z  R3 U  h" c% _! n! E希望能对你有所帮助，其中，这里所讲的东西所涉及到的规范手册，本站都有。自己可以用上面的Google Search在本站找到。

screw

谢谢您的回答！
) ^7 R# }; h& q0 E( ]  U首先说明一下：我说的host是指南桥。
( R- J  ~% `1 K6 Q6 B: e1）这个问题我的意思是当84 commandOS要Q值时，EC送上去的Q值是否完全为OEM自定义？还是各家都遵循相同的约定？
& n8 q8 `. T' n2）ACPI spec上提到的OSPM跟EC通信的command主要是80到84，比如80是read command，后面要跟address，然后EC回data。可是我怎么都弄不明白80/81后面跟的address到底是什么address啊？如果是EC内部的register，OSPM也不知道啊，难道使用这个读host domain的register?可是host domain的registers（62，66)直接读就好了阿，没必要走80 command啊。
3）我的意思是当SM device，例如电池挂在EC下面的时候，SM bus protocol级的控制是否只有EC来做？还是OS也会通过某些方式直接作SM bus host的角色？
4）这个问题的意思是，现在EC上比较流行的ISP方式是怎样的？比如，NS用JATG,ITE用并口。另外，您知道ITE的并口ISP方式到底说的什么意思吗？他的spec几乎没有任何信息。
9 x4 D  t$ R$ s- U9 @1 E8 A5）我的意思是，我想通过研究OS和BIOS对EC的操作流程来了解他们对EC会在何时作怎样的操作，有点反向的意思（当然只是行为，不是反向人家的电路 ），尤其是开机的时候！因此我想把他们的chip放在类似测试架的机构上观察信号，所以会问道有没有LPC协议分析工具（因为LA一下子抓不了那么多）。所以想知道EC厂家和OEM是怎么弄得.
. n+ G6 Z: G! ~% q( P9 M6 \* h& [& ]5 b
谢谢！

bini

1、Q值完全自定义，你可以把ACPI DSDT表拿出来看一看，没有一家是相同的。
2、一般OEM厂商会用自己的Command来读，不使用OSPM所使用的Command。因为有些做法是在ACPI Mode才开启80~84 Command,在DOS下或在BIOS POST时，EC处于非ACPI Mode（legacy Mode)，会用OEM command来读写。读写EC SPEC，顺序：如是读，往COMMAND口写命令，然后往DATA口发送Index，再往Data口读数据。80/81 command，看OEM厂商定义的是EC的ACPI space还是EC所有的ram空间space，这个做EC的会清楚。具体见DSDT表里头的EC的位置定义与它的功能和含义，这address就是与EC acpi space位置相对应。
0 P4 N& q+ n( r0 f2 Q3、建议你看看SMBUS协义，本站有。
! Y# r$ m) `, p' _4、我这边没有ITE EC的东西。
5 J- _& L+ a- ^5、建议多看spec，不看的话，你量到的东西是什么都不会清楚。

screw

谢谢您。
% ?6 r. Q+ S5 p+ e+ L( D
( X) R5 o1 [/ l- n1 `" g  C6 c第1，2，4，5点我都了解您的意思了。只是我没有BIOS的code，要怎么才能看到DSDT表的内容呢？
3 s+ [1 u( p' `9 F
+ f& h+ P1 F: M% Y; Z2 Q: {/ c关于第3点：我看过SM bus的spec，基本跟I2C是兼容的。我想表达的意思是：在有EC存在的时候，当电池挂在EC的下面的时候，是不是南桥只会告诉EC现在要读电池状态等等的要求，具体对电池的控制是EC中的SM host controller去做？还是也可以有这种方式：电池还是在EC下面，然后EC跟南桥之间开出register，南桥可以直接往里面写SM bus protocol的命令，直接控制电池（就好象是电池直接挂在南桥的SM bus下面一样）？
1 O. L$ t( k1 d! r3 r
还有个问题：
EC会出GA20和KBRST的脚位，这些都是为了跟旧有的PC标准兼容，GA20是286之后为了跟x86兼容地址选择，KBRST是软复位，那么EC在什么时候要决定发这些信号出去？是EC自己的fw决定？还是BIOS或OS高速EC要置位？

9 r' s" S7 p3 w4 [0 E; w7 r7 CScrew

bini

如何获取DSDT表？微软的ACPIVIEW工具(本站有下载)，电池的定义与控制见DSDT里对BATTERY的定义，如何找smart battery的定义？你找pnpid，smart Battery的PNPID你自己找，PNPID的列表在本站就有，KBC Reset见我写的一篇关于系统启动的文章。接下来的问题，应该请看spec。

screw

非常感謝！
  X# g  E! K8 {- W
& O9 ~4 e. V! Y$ d) ~, Sscrew

eric

非常好的一次Q & A

zhangnengjun

2年前我也遇到有和你相似的问题，甚至更多。尤其是和host打交道的很多东西都不清楚。下面是我的一些见解，班门弄斧一下。
0 y; X$ ~5 C# o' C7 l4 E1）请问EC相应84command的Query Value完全是OEM自定义的吗？业界是否有标准遵循？
8 S  Y! V% l: M# `: {$ l% dR事件基本上都是每家不同的，没有标准，在加Q事件的时候，Q值取多少完全取决于BIOS和EC sw的心情，只要不和自己以前定义的冲突就可以了，还有就是不要和kernal code里面的冲突。
3 e! P# a- Q! v( y6 [2）80/81command读写的EC space每个部分所放的信息是OEM自定义的吗？可否能给一些例子解释一下EC space的用法？
R：基本OEM自定义。不过电池部分要小心，电池的信息一般会集中放在EC space的一个区域，在这个区域里面不要定义ECspace的东西。其他的有的被映射了EC 的GPIO，这部分也不要碰它。给个例子：假如cpu温度放在0x13。使用debug32：o 66 80;o 62 13;i 62
3）host会通过何种方式控制EC下的 SM device? SM device接在南桥下和EC下有何不同？
8 T; p8 D: k* }$ ^  |5 @R:host通过62、66口访问EC的SM device，EC内部会给host搭一个桥。具体和南桥的sm有什么不同我不清楚，呵呵。
4）OEM修改EC firmware的时候一般使用什么方式的ISP？
R:有两种方式：1，能开机到dos，然后使用dos下的flash tool；2，关机flash，可以使用JTAG，这个比较高科技，如果配合一起第三方的工具可以在线调试，不过这个比较贵，如果程序外挂在flash里面可以想办法直接flash外挂rom，我自己做了一个，需要的可以共享一下。
5）一个硬件问题：
R：debug观察LPC信号似乎用处不大，不过看看Fram信号可以知道这部分有没有工作。Serial IRQ和SCI信号倒是很有用。host和EC通信的一般用60、64和62、66，如果Serial IRQ有信号，说明在访问64、60，和键盘鼠标打交道，如果sci有信号，在访问62、66，读取ACPI的东西。Serial IRQ是参考33M时钟信号，用示波器可以读出来是IRQ12还是IRQ1
* ?* V. r& }$ G  V  e2 U6）对电池充放电的工作完全由EC控制吗？host会不会直接控制EC下的SM device?
, {* x: s' Q5 F  ^% q   电池的充放电算法复杂吗？
5 I  H6 j0 @$ L1 m3 L4 C7 BR：电池充放电的工作不完全由EC控制，EC会做一些接口让host控制，比如电池校正，电池充放电测试。电池充放电算法不是很复杂，但是是搞这个必须非常细心，而且一定要对smart电池的特性有一定了解。
smbus和I2c协议2年前我以为他们只是频率的差异，后来发现他们是两个不同的概念，最直观的理解就是i2c是夫妻关系，smbus是婆婆和媳妇的关系。
) w$ |2 a! D: X8 h2 R) T' U7，EC会出GA20和KBRST的脚位，这些都是为了跟旧有的PC标准兼容，GA20是286之后为了跟x86兼容地址选择，KBRST是软复位，那么EC在什么时候要决定发这些信号出去？是EC自己的fw决定？还是BIOS或OS高速EC要置位？
- _( S& Y* D3 _R：GA20和KBRST由bios控制，但是初始值得ec做好，否则连机都开不了。GA20进dos后会拉底，其他时候都是高。KBRST在windows重启FE命令的时候会拉底6～12us，其他时候为高，当然如果机器重启死机可以用这个做补丁。
! E; x5 B* [& b: D; M  q: W以上仅是是我的个人观点，如有错误请指出，希望多多交流。

bini

楼上是做EC的悍将，

xtdumpling

原帖由 eric 于 2008-5-22 19:19 发表
" E6 ~6 l# f) T' ~3 t( t$ F非常好的一次Q & A

7 c/ U1 Q: ^9 N/ c- `' v

jacksonwxm

学习了，对初学者太好的Q & A了，   
期待更多的交流

chichitete

在ACPI spec里，EC的standard command，如80h会发二次SCI，81h会发三次SCI。
其它装置，如watchdog, smbus也会引发的SCI，其它装置的SCI会在80h command的二次SCI之间发生吗？
若会，是如何处理的?

zangmf

赞一个

adward

感谢精彩的交流！！！