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

peterhu

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

' J% l7 h5 b( X+ T
& V+ D+ |' I4 h3 E3 [5 C: P1. Introduction

SCI是指系统控制中断, 为支持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。

; f/ L- r8 i9 l' T4 R7 s& b; Y; C" j2. KBSMI#
) I& p3 k' `, x* n4 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的
/ {' w. f$ x! a/ C8 U+ ~status就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。
4 p* g  j5 M& r: J
3. KBSCI#
ØQ_EVENT
) `( C- K2 E) j7 O+ k; j" @4 H所谓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 ...

8 w  z/ u% @/ q: T// AC Status Changed
5 |) h/ L# V- q# g9 D0 f
Method(_Q83)

9 n9 l; e; E( q5 h{
' u6 J- A9 z. ]1 Q, [! K5 e
Store(0x83, DBG8)


2 m9 ^: X) M6 jStore(0x00, Local0)

; K$ n% K+ A- G( K  U8 Z: b& PStore(POWS, Local0)

' b  e& O# |0 W9 ^If(LEqual(Local0,1))
/ i! r$ c2 e2 Y$ U3 i

4 }+ P0 V; K( N0 q' W$ l{

" m# d7 [. e# FStore(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)

. }- b# Q& I, z, p3 M# e# d) k( w# ~}
& q; E: w$ J* R  O  P: Z
1 E  D6 i% M( X! ]$ xelse
7 p1 Q. n8 l% G: V  l1 M) ^5 Q4 H
/ g8 G' {6 T, @8 M{

+ Y/ |2 X6 @  MStore(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
' Q( f- F+ ^  F8 F. l5 J
- U2 h- b' l  C) O6 \$ D6 l$ U! C}

Notify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
# Y( q6 x# }, F( g6 m- Q
3 S# ^) ]* X4 e2 X! ]& BNotify(\_PR.P001,0x80)
9 A& ?8 j" ?& D# |
: p/ S( k) G8 u( f) D2 G$ [" jNotify(\_PR.P002,0x80)
3 q2 Q- \  P' Q3 q
& I8 I/ J  Z7 I5 x; @8 |' `3 }9 I& J}
8 }0 E: j; a2 }' `; `那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
{

Name(_HID,EISAID("PNP0C09"))
, c7 y# \( P0 b, F
Name(_GPE,0x06)
5 h2 r: o! J7 L4 z, L$ N" H// KB_SCI
% [# o  }" X# b- X) n2 e! Z
' n; d* y! [7 q* C: i) p! O' I$ u...
. d1 D: U* V8 i9 P2 n' ?4 f0 r}
在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。
Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            
& Q7 E; {6 [. l7 d% ?& L5 A9 B

9 b: P4 ~6 R$ \2 |! ]
% P6 ^6 P9 m1 C- [* R

图 1

$ @2 [# z2 r6 F4 vBIOS在设置好该寄存器后会将SCI INT信息存入ACPI FADT中，这样OS就可以通过FADT获得SCI使用的中断号码，从而能够在SCI产生时处理该中断，这部分请参考ACPI SPEC FADT部分。下图2是使用ACPIVIEW看到我的工作机的FADT dump,如图2所示我的机器ACPI使用APIC INT 9。
- Z* l; N: U+ Y
# A( t3 o$ a# g/ i" V; z

图 2

Ø
# c  i, t' _3 ^9 a) a3 O4 ~GPE
5 D% @8 q* z, g* |0 zGPE其实是属于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 z% c2 g$ J  u5 z, N% Z$ W
# Y: m& N! p+ N' vThat’s all!
' i4 }( N+ T; O& U' A( T
Peter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
* f, v6 `; w4 A: Y) n请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
{
+ B* x! z4 P. \5 L    if ( event == MAKE_EVENT )
    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
}
6 ]5 N0 c4 E5 q6 _& ^0 S. t//#define _EVENT_HOYKEY_FN_F3         0x03
/ ?; g: b: W- a这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

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

多謝

dingchao0205

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

lanmoony

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

Wallace

不错。