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

peterhu

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

7 P% N5 w; U( V3 G$ U9 A
1. Introduction
8 p: X, [: V3 S# `% J
! g* c& h! c* W1 `. z$ C0 I, K- aSCI是指系统控制中断, 为支持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。
# h* _( B, V, @+ |$ W2 e
2. KBSMI#
其实EC很少用到SMI，除了少数测试项比如DOS下 Fn+F2下切屏等。不过KBSMI#的实现原理还是很有趣的。它的原理是这样的：EC将一根pin接在SB上，而SB的GPIO有些具有multi function，可以配置成具有SMI/SCI的功能。BIOS code在初始化时将这个信息宣告给SMI Table。一旦EC发了一个SMI,EC接在SB上面这根pin的
status就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。

3. KBSCI#
9 z6 `! W  b, wØ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 ...

// AC Status Changed

+ _, q, v* a  t9 |+ Q% Q8 nMethod(_Q83)

{
: [5 c' Q8 d! N1 d# {2 U
' q: Y# ?8 h! H# [# f1 I2 {Store(0x83, DBG8)

2 K0 D5 H9 @" F4 S) m
0 T/ m" U5 d; B3 R. OStore(0x00, Local0)

Store(POWS, Local0)
% v" Q, L7 w! K% X) ]: z$ t% L
If(LEqual(Local0,1))

- C6 U1 b4 k9 M: M' ]0 x* h- k: j
{
9 W8 U! o. t% e1 L' w
Store(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)
6 G" V/ J6 ^& S/ J! W3 Y
# w4 ]9 L. @6 U+ f1 D}

$ T- G( n( g5 n$ h/ C! q; N( jelse

{

. W% @% y, A) A( S5 k8 wStore(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
5 G  }0 E" L7 H# S" U+ h  y5 S) [
}
. K, F& O; l7 U" W) `" F' k
0 z& m5 z& |, g( Y  [$ PNotify(\_SB.PCI0.SBRG.EC.ADP1,0x80)

Notify(\_PR.P001,0x80)

2 d% m# b7 L; k- BNotify(\_PR.P002,0x80)
4 P$ E8 u4 l: l
0 f1 A$ k& K7 V  N4 e+ E0 D+ r}
那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
/ U0 |" ?4 k) r  ^{
: D3 k1 ^3 U) z# S0 m( \
2 k. V7 R: n% l+ J& qName(_HID,EISAID("PNP0C09"))

9 g+ L0 |( ^, n) N9 TName(_GPE,0x06)
* F' B6 U3 e: c) b$ D9 F9 S. B2 f// KB_SCI

& |! m2 t& ]# S7 x/ O; I8 G/ L8 [...
}
/ a8 `" I) W; |. o2 ]0 I" U在Device EC里面宣告了EC的KB_SCI接在了SB的哪个pin上，这样OS识别EC SCI的过程就和前面的SMI异曲同工了。最后一个问题OS如何检测到SCI产生了呢？前面SMI已经说过SB有一根SMI pin接到CPU，可以让CPU产生SMI，可是SCI并没有这样的pin，那么CPU怎么知道SCI产生的呢？我想到了两种可能：
# w+ M5 p5 ~) [. Z3 g* ka.OS polling GPE register status bit。
' Q  c% G; _! n4 V- zb.SCI通过8259或者APIC，产生IRQ。
  {- _* c; K  Q) w8 M8 x0 zChipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            

, O! A$ _' r0 q  g- ~6 Z1 _0 _

' G' D4 ^1 i2 f" ?
4 O  M* l8 f5 Y( n. f2 L* u- Q
6 R* X8 p6 @) Q/ \6 F# @- j
8 X' t1 X+ R6 o- R# s

图 1

BIOS在设置好该寄存器后会将SCI INT信息存入ACPI FADT中，这样OS就可以通过FADT获得SCI使用的中断号码，从而能够在SCI产生时处理该中断，这部分请参考ACPI SPEC FADT部分。下图2是使用ACPIVIEW看到我的工作机的FADT dump,如图2所示我的机器ACPI使用APIC INT 9。

/ a# Y- F( W8 B: g3 M5 H+ E

2 i" Y4 G' ^' H4 M# ~% L, {

  b1 g# F% ~  b  F

. a  I$ F! }/ H, C, Q% i9 @

图 2

Ø
; T1 _; D! h1 ^; x+ f2 aGPE
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(),就会被调用了。
5 H, G) o& f. q% [
7 ^$ y8 X; A3 H8 W( iThat’s all!
/ ~, z- M; \& x# p1 }7 f0 I
; d6 v3 R$ k% EPeter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
0 o) W  Q; E! G; ]  e2 u9 n  U" e8 V& d{
    if ( event == MAKE_EVENT )
! v7 i' O: |8 F    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
}
) D& G4 R$ T/ V. g//#define _EVENT_HOYKEY_FN_F3         0x03
这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
" T, m8 k4 G7 {( |! r   對這部份比較懵懂~~

8 G" B9 c/ E  G1 o8 C# I多謝

dingchao0205

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

lanmoony

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

Wallace

不错。