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

peterhu

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

7 q7 N1 f: K; `6 U7 l3 Q4 ]- }
1. Introduction
3 I* Q1 }; U( g5 D/ K
  Q1 V( L5 s; W8 z" wSCI是指系统控制中断, 为支持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#
其实EC很少用到SMI，除了少数测试项比如DOS下 Fn+F2下切屏等。不过KBSMI#的实现原理还是很有趣的。它的原理是这样的：EC将一根pin接在SB上，而SB的GPIO有些具有multi function，可以配置成具有SMI/SCI的功能。BIOS code在初始化时将这个信息宣告给SMI Table。一旦EC发了一个SMI,EC接在SB上面这根pin的
( {* R8 h3 i2 I1 f- ~' q0 pstatus就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。
7 u+ B* `5 p& R2 x
3. KBSCI#
ØQ_EVENT
7 d4 o" q& K* U; @7 ]- i所谓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
7 y1 S" ]- n" C  l& B% n6 q
Method(_Q83)
: ~6 T; K* R4 j( Z
{
% c- \* Y: A1 z# e4 N1 c! T* R# |
& o' _4 T1 m  s; Y$ r! g- @+ nStore(0x83, DBG8)


Store(0x00, Local0)
5 c! F4 I% J. f% u7 |
' P( g( m% }, U6 G2 A7 ^  UStore(POWS, Local0)
0 L9 Z* k% I, ^0 r
If(LEqual(Local0,1))


{
7 l9 t7 \3 h, I4 X, ^. i
Store(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)

) L+ V0 R+ ^6 i5 K}
- T0 k& E" u4 J/ j3 V
( @% l6 x, W; p2 q7 H6 z; qelse
9 m$ b9 ?0 G+ m6 `& }
{
: x$ Y& e9 o! {
( I" H4 k' ?5 Q' e% b" LStore(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
3 ?8 A% c/ R% u% ~2 E
- s+ E& ~0 j% E) `% C# E}
2 w4 n$ A; i6 O- S
Notify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
) Z$ ]" o& H: U# O: T
2 o( u6 x. A% q. v& \6 K( KNotify(\_PR.P001,0x80)

* T1 C5 y+ G* r5 c; \# h8 X; FNotify(\_PR.P002,0x80)
  z% \6 Q2 x  I0 w* z
}
那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
{

, ?" s6 i7 S4 S: Q2 hName(_HID,EISAID("PNP0C09"))
- C3 x) d( F3 C2 @1 w7 k  D9 g
Name(_GPE,0x06)
0 [! D7 a; p9 w; i. n! L// KB_SCI
& G# o5 p" z2 @) @. G& l
...
- H8 _, I% f) f6 O}
' a3 @3 ?2 r3 F9 d. a在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所示：
  @' \9 o9 ~2 s% m2 j; T$ {            
$ J& v% l# J" \0 A2 F8 s: N% T& J
2 N3 S( ?5 g/ f

4 T# I- \) e' v4 |; n' m: W; b

图 1

( A" G" P# V$ U& a- V2 Y2 Y  h9 HBIOS在设置好该寄存器后会将SCI INT信息存入ACPI FADT中，这样OS就可以通过FADT获得SCI使用的中断号码，从而能够在SCI产生时处理该中断，这部分请参考ACPI SPEC FADT部分。下图2是使用ACPIVIEW看到我的工作机的FADT dump,如图2所示我的机器ACPI使用APIC INT 9。
3 x5 V8 F4 l, \) L1 @7 {7 m

( l) ~5 Q% A# Z

0 k9 I7 k4 a: }% U. P

图 2

/ u& z: n5 i7 w2 R
( m: k3 b; T& C( _! `Ø
GPE
; K6 j5 i8 e. I8 z6 n: H+ 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(),就会被调用了。

That’s all!
4 J* O% J" f. H5 Y% n0 b8 R6 @5 {
Peter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
$ C/ ~8 f, D" i9 @6 ?- x请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
4 I& i: N/ y9 [# W1 [& b5 Y; G2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
: V" }4 J& m# q8 I8 e( Z$ `5 O{
    if ( event == MAKE_EVENT )
* ^# [! E8 l3 G+ W    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
}
6 c) F! C. d2 {3 F6 u+ }//#define _EVENT_HOYKEY_FN_F3         0x03
/ Q! K9 K: Q$ T/ W2 |这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

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

多謝

dingchao0205

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

lanmoony

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

Wallace

不错。