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

peterhu

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

0 a# [9 @& ?1 W( p" T1. Introduction
: C2 g9 M& h5 C
$ |1 u; h' d4 l( p4 SSCI是指系统控制中断, 为支持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#
1 N5 l6 K% X8 Y7 E. M# k0 x其实EC很少用到SMI，除了少数测试项比如DOS下 Fn+F2下切屏等。不过KBSMI#的实现原理还是很有趣的。它的原理是这样的：EC将一根pin接在SB上，而SB的GPIO有些具有multi function，可以配置成具有SMI/SCI的功能。BIOS code在初始化时将这个信息宣告给SMI Table。一旦EC发了一个SMI,EC接在SB上面这根pin的
% G6 p4 ~' a% J) O4 R* S: m! Tstatus就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。

7 t; x3 @5 t4 X3. KBSCI#
Ø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 ...

: b( w. D1 S5 ]* d2 B: P// AC Status Changed

3 o0 I1 B) B6 i8 N4 g$ iMethod(_Q83)
1 Z/ u- m! c& Q. I
, Q0 X: M( P1 [7 p7 o) c/ V{
7 o: V$ _& H! a1 Z4 W/ u
( W2 q; w. |( K% P3 [  AStore(0x83, DBG8)
; n' n  T  U2 G1 ]

Store(0x00, Local0)
# x0 q5 j; g, e/ ?, X! G% L
Store(POWS, Local0)

If(LEqual(Local0,1))

" R6 O7 X* v5 H9 L+ B
! v% K' [/ r! l. T( P{
! H6 ^0 m9 J7 z5 A  q9 a* ^
Store(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)
! h3 j$ P# m0 Q6 h/ F, P
}

1 V! Z$ A; A0 S; k* o: Yelse
5 @. W( G; {; f; U" ?' `. B
{
& v3 r0 j9 D! o2 p
Store(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)

}
! @! K4 y  m1 {; G0 `
Notify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
' a7 _) H, w  ?
Notify(\_PR.P001,0x80)
2 m: T( w' `" g3 o3 p; ^
Notify(\_PR.P002,0x80)

}
  t3 `; \" v& @那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
8 g+ C$ C! p# P, T! N2 D( H( s{
% n% `  b) \; U6 w' q# l7 c0 b
Name(_HID,EISAID("PNP0C09"))

Name(_GPE,0x06)
7 w) p# U8 A. s! M7 d. n// KB_SCI

7 \$ A1 c$ j/ i  D) W...
}
在Device EC里面宣告了EC的KB_SCI接在了SB的哪个pin上，这样OS识别EC SCI的过程就和前面的SMI异曲同工了。最后一个问题OS如何检测到SCI产生了呢？前面SMI已经说过SB有一根SMI pin接到CPU，可以让CPU产生SMI，可是SCI并没有这样的pin，那么CPU怎么知道SCI产生的呢？我想到了两种可能：
# F- R6 }' B% i, T/ ?1 Y- A- `a.OS polling GPE register status bit。
b.SCI通过8259或者APIC，产生IRQ。
, Y1 z# z& J. ~  d4 {3 |Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            

  M8 P2 C& U8 F6 I6 u2 M

( e7 ?7 B$ z9 }8 ~5 i; Y/ G$ ?. `! G
" h5 j. d! P# _$ t) V, [: C. s

图 1

/ ?& X1 |# Q( i2 `BIOS在设置好该寄存器后会将SCI INT信息存入ACPI FADT中，这样OS就可以通过FADT获得SCI使用的中断号码，从而能够在SCI产生时处理该中断，这部分请参考ACPI SPEC FADT部分。下图2是使用ACPIVIEW看到我的工作机的FADT dump,如图2所示我的机器ACPI使用APIC INT 9。
9 u* n: E* O) q/ X

+ S2 h) Z: f& i8 v" \

% n5 S. c% e# F( H

图 2

Ø
9 s" P& k: D& w1 c1 ?- z2 w9 ?0 P7 ZGPE
8 U/ }5 i! ~3 g7 i: {/ I1 p# @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(),就会被调用了。
. I/ s* I; G( a: v/ ]& F
5 }0 n6 f. x% u; K; m0 h3 AThat’s all!

Peter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
% c3 w5 D: X) r/ G+ OHotKey_Fn_F3
* b/ h* l/ K& A{
    if ( event == MAKE_EVENT )
1 U: s+ H3 x# s3 q& s+ s    {
5 H; P+ d5 e# M/ N3 X        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
# r- Z. t+ A* N; E3 _' L}
//#define _EVENT_HOYKEY_FN_F3         0x03
这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

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

/ b+ w. y$ \2 k4 r9 ]9 o多謝

dingchao0205

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

lanmoony

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

Wallace

不错。