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

peterhu

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

1. Introduction
  V8 h+ K& o: O  e
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。

. A( _$ `0 ?. B2. KBSMI#
7 l1 D/ @* |3 J+ I其实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#
Ø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
6 {; H" V% k6 n  Q( v" B9 T8 W7 Q- J0 Q
. X7 Q0 C" y- I8 x4 \* _. l' hMethod(_Q83)

$ N1 h+ a: P: @( Q4 Y: u8 @& g/ v{

9 B5 O/ Y1 L( v2 M1 w$ }- `Store(0x83, DBG8)

: u" |5 Y5 T2 ^6 p
Store(0x00, Local0)

8 w. z+ `9 T( z; ^3 YStore(POWS, Local0)

% ~$ [+ @" ], K. _1 q- B1 XIf(LEqual(Local0,1))
0 _4 c: m2 A) j5 o
; B0 m+ g+ q; d6 M
2 r" s9 Q9 E- ^2 t; E) \{

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

3 V. b6 g3 i1 K- d}

else
# g) U% Z4 T$ |3 J0 C8 I- Q, h
{
: \) [2 N' u9 H4 ^9 `
5 H3 t5 c+ L2 O( b1 w( c4 OStore(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
4 X9 w- Z2 `* v$ l
}
0 t& M8 b( d2 R
Notify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
2 k7 x" ]5 e$ U% O$ j
Notify(\_PR.P001,0x80)
: T8 Z" v& J0 s) g* k
Notify(\_PR.P002,0x80)
) A' f4 e; w& B, K5 {# q6 M
}
那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
) t# s. L  T3 |; m3 J, tDevice(EC)
{

& D, ]  T( s6 J* G7 P- vName(_HID,EISAID("PNP0C09"))
# ~, }* T5 B( w& w- A# k
8 u: H8 ]% I$ e; T) oName(_GPE,0x06)
// KB_SCI

...
}
# p$ p; w! j% C3 W' C) ~在Device EC里面宣告了EC的KB_SCI接在了SB的哪个pin上，这样OS识别EC SCI的过程就和前面的SMI异曲同工了。最后一个问题OS如何检测到SCI产生了呢？前面SMI已经说过SB有一根SMI pin接到CPU，可以让CPU产生SMI，可是SCI并没有这样的pin，那么CPU怎么知道SCI产生的呢？我想到了两种可能：
8 D( G4 B! C/ D0 S6 o. ^- sa.OS polling GPE register status bit。
b.SCI通过8259或者APIC，产生IRQ。
Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            
$ d! e' h' K( F% x- X8 K4 G* J# E
. P9 w5 W& j4 T$ n. h# O9 r: v

1 u7 Z) f  e% w% k


9 C& A+ ?3 D/ k7 q' F4 a# T

图 1

BIOS在设置好该寄存器后会将SCI INT信息存入ACPI FADT中，这样OS就可以通过FADT获得SCI使用的中断号码，从而能够在SCI产生时处理该中断，这部分请参考ACPI SPEC FADT部分。下图2是使用ACPIVIEW看到我的工作机的FADT dump,如图2所示我的机器ACPI使用APIC INT 9。
3 A! R8 k; F& ]6 f/ n
. ~8 Q. X3 G4 Z" H1 _0 m8 L$ c5 z

) R9 S4 H9 o( |

( {8 I6 \  O9 z) g1 n

图 2

8 E/ [. S: x5 w6 FØ
6 S6 }" _3 `, w2 D& q8 S9 {GPE
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(),就会被调用了。

" U, |4 V6 @  X! JThat’s all!

& ~$ l, L0 H" |  \, K' J& C$ I. UPeter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
( W2 {, h; ]! t7 Z% U2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
{
    if ( event == MAKE_EVENT )
: N" p7 W1 U3 t; `! M7 ?    {
- A3 w: s* y. V  l' p        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
5 M  X; D- H0 d3 G" Q}
//#define _EVENT_HOYKEY_FN_F3         0x03
1 V, J6 l8 p9 {% G0 k+ \这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
$ K1 y1 m- a( {* M+ \4 k   對這部份比較懵懂~~
: d0 M! ~' i1 i" P, u! _
多謝

dingchao0205

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

lanmoony

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

Wallace

不错。