[原创]我所知道的EC====>KBSMI&KBSCI

peterhu

我所知道的EC====>KBSMI&KBSCI

0 }' ~: D: b: M0 \+ T
1. Introduction
, f9 ~1 l% W# L
8 Y4 k# |/ T( N* Q/ w4 M: tSCI是指系统控制中断, 为支持ACPI的操作系统提供系统管理，客制化功能。SMI是指系统管理中断，由设备或者软件需要呼叫SMM功能产生，使CPU进入SMM mode。基本上进入ACPI mode以后SMI就很少用到了，对于EC来讲SCI和SMI则是互斥的，一旦进入ACPI mode EC 就只会发SCI。通常EC会有两根pin KBSMI&KBSCI连接到SB，EC可以配置这两根pin的属性，决定使用何种方式产生中断，比如level trig，edge trig，pulse trig，我做的案子常常配置成64us低电平的pulse trig。

2. KBSMI#
4 @. \$ {0 ^6 a' U* j/ e其实EC很少用到SMI，除了少数测试项比如DOS下 Fn+F2下切屏等。不过KBSMI#的实现原理还是很有趣的。它的原理是这样的：EC将一根pin接在SB上，而SB的GPIO有些具有multi function，可以配置成具有SMI/SCI的功能。BIOS code在初始化时将这个信息宣告给SMI Table。一旦EC发了一个SMI,EC接在SB上面这根pin的
9 \# ^' q7 G1 {1 d' o' X, vstatus就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。
' w) |- g0 m- o: J
& j1 q3 p$ G% U' N3. KBSCI#
) ~5 z( [8 I: U9 |8 ~$ d9 z7 T' p& JØQ_EVENT
所谓Q_EVENT指的是OS收到EC的SCI后，OS通过发84hcommand 给EC读取EC Ram中的值，这个值被称为Q_EVENT id。这也是Q_EVENT得名的原因（Q是Query的缩写，而84h就是Query Embedded Controller）。然后OS中的asl code会根据该id去调用_QXX()如下面的code所示,这里的XX指的就是EVENT id。那么EC什么时候会发Q_EVENT呢？当AC、Battery in/out，LID open/close ...

9 H- }4 A' v) D$ W) g0 k// AC Status Changed

Method(_Q83)

{
  Z) t+ w( J4 n+ Y% d
Store(0x83, DBG8)

2 X' J: T% V( ~* [7 ]7 p
( j0 q4 x9 u1 `5 h6 pStore(0x00, Local0)
$ e  _  J; L" N& p; u6 {/ n- w1 D, {
Store(POWS, Local0)
  ^; U; o, a7 ?% N& }$ E
7 I0 a- s5 v5 _* i3 o! V+ RIf(LEqual(Local0,1))

& G7 d0 ]' b, e( a* e. s
1 C$ d9 ]+ R* f( z) e{

Store(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)

: W) y, F: b5 e9 @7 ?; q! {}

else

* Z; A1 E; Y1 i{

6 ^$ s$ y# H- j4 a5 }- p. e8 lStore(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
8 \! _) M1 ^5 Z8 s* d
2 Q9 B. s+ Z- o* m' i8 z) N}

4 |. j7 c8 O$ CNotify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
+ k9 A- u6 \0 S* f
7 g2 e; P8 l. H0 F% X0 m, zNotify(\_PR.P001,0x80)

2 z" Z9 u+ M  j3 R% XNotify(\_PR.P002,0x80)
7 G' J3 J3 e2 {( L  p3 I4 [1 t  `+ d
5 d  q/ x- }+ B8 k5 k}
) `: d5 z0 l- N+ U* I+ l) @: r那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
; O( x/ P( S& @* C0 _" O$ n! B* SDevice(EC)
{
6 V/ e' f& i2 D8 L/ g: y" d' E
; a, t% u' [2 Q& c; k: `, b- M+ X% m0 MName(_HID,EISAID("PNP0C09"))

! L) d/ b0 s2 Y5 \; k) HName(_GPE,0x06)
2 _  U+ U) p) c% X// KB_SCI

...
}
在Device EC里面宣告了EC的KB_SCI接在了SB的哪个pin上，这样OS识别EC SCI的过程就和前面的SMI异曲同工了。最后一个问题OS如何检测到SCI产生了呢？前面SMI已经说过SB有一根SMI pin接到CPU，可以让CPU产生SMI，可是SCI并没有这样的pin，那么CPU怎么知道SCI产生的呢？我想到了两种可能：
a.OS polling GPE register status bit。
b.SCI通过8259或者APIC，产生IRQ。
7 h) u. @9 g7 O+ [5 T. ~Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            
9 x7 W. o7 m- x: y/ T- H! G

7 ^7 N9 @& x8 x. n% h; @
5 L. n1 h( c9 X1 j5 Y
/ s) F7 p. c3 T6 ?
5 @4 a9 W4 b4 v$ }
: d6 a" E* v7 M0 L% x' R

图 1

BIOS在设置好该寄存器后会将SCI INT信息存入ACPI FADT中，这样OS就可以通过FADT获得SCI使用的中断号码，从而能够在SCI产生时处理该中断，这部分请参考ACPI SPEC FADT部分。下图2是使用ACPIVIEW看到我的工作机的FADT dump,如图2所示我的机器ACPI使用APIC INT 9。
, v' s' e! w/ ~; i" a
4 ?, b; I( u; p: f: a

/ E4 W1 w  L  Z7 x" S, r3 T! f2 z$ q+ t

7 a( r1 y; K" ^' H7 z- u

图 2

) |" A/ _2 a/ O" \
Ø
0 P' b3 W1 N) Z3 C( pGPE
GPE其实是属于BIOS的范畴了（当然Q_EVENT也是GPE的一种），其他部分跟EC并没有多少关系，不过既然讲了SCI，就顺便提提GPE。所谓GPE指的是ACPI定义的一个general-purpose event namespace 与SB中的GP registers相对应。GPE register 包括GPE_STS和GPE_EN两个部分对应该GPIO的status和enable Event的触发分Level和edge两种，分别对应ACPI Method _LXX(),_EXX(),XX分别代表具体的GPIO pin。所以当系统在S0一旦相关的GPIO status有变化并且SCI enable了，那么就触发SCI,于是形如_LXX(),_EXX(),就会被调用了。

1 _# }  Z3 D+ J. o9 W/ a& HThat’s all!

* A1 D% |0 L2 c  A0 o' uPeter

brucehuang

感谢版主，受益匪浅~~~~~~~

zzxjypm

peter是位好人啊，技術方面也很全面，向你學習了

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
{
    if ( event == MAKE_EVENT )
    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
/ N4 K9 }3 E) v6 E}
//#define _EVENT_HOYKEY_FN_F3         0x03
  Y5 C1 L  r6 ]8 z& v这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
   對這部份比較懵懂~~

多謝

dingchao0205

学习了，看了之后明白了以前没明白的

lanmoony

非常感谢分享，将的很通俗易懂，再次谢谢

Wallace

不错。