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

peterhu

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

% X5 @' J8 N! T" U& w: E' T
1. Introduction
$ \) w# U6 H& U6 l0 P
) n" J* N; K4 z$ T! j* \3 kSCI是指系统控制中断, 为支持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。

0 p% [5 R0 S1 `; a. `0 Q2. 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的
1 H3 w8 x" P, ^  [" k0 Tstatus就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。
9 l: ^) [5 e2 ?" U% _5 R
3. KBSCI#
" n  {6 j  n+ Y' R, ?Ø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 ...
% {7 k$ |5 J0 o7 q
// AC Status Changed

, E  ]8 t2 Y' Q( s! w+ OMethod(_Q83)

{

8 R' z) |" z. sStore(0x83, DBG8)
* s+ r) Q% m4 L1 B6 z8 a0 e& a

0 }7 E0 s" H, Q: G& X' AStore(0x00, Local0)
4 m$ p8 E+ O+ V- c" _8 ~/ c
Store(POWS, Local0)
. }" j7 P) N0 C% F9 B2 i, p9 K3 c% S
If(LEqual(Local0,1))
; u7 S1 Z! F2 n( F$ k* K2 l

{
; Q( e0 z0 }/ [. B+ w4 \5 k/ N) `
* }; Q1 v6 m! Y' {Store(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)

: [9 G2 e( u2 Q( O8 C6 ]}
9 q& i" L7 X4 m  o: L, U0 {
else
: W& R+ [. v, n# f7 G
# X6 n$ U0 A4 g! f* X# ^{

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

7 V5 J4 k- Z* f( S1 q) S}

Notify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
! K! J' q* }/ ]( }
/ S5 X) D7 ^2 s7 R1 QNotify(\_PR.P001,0x80)
4 R9 D; x; C( ?1 ?5 L; w0 B; R
Notify(\_PR.P002,0x80)
% R4 T+ a! C8 p" |  G8 o$ O
}
3 `/ h) q) G+ I# S( M那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
7 w6 I' H2 b0 S& L* fDevice(EC)
{
* k% o. H1 e( |6 ^) D: b1 |
# ^. f& g) Z: _$ L8 y1 E5 l# IName(_HID,EISAID("PNP0C09"))

* l  m" k0 x* T( ^& pName(_GPE,0x06)
// KB_SCI

...
}
, ]; P0 o9 ~& [9 {$ D1 ^7 Y7 A# v在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。
. i- \* z4 }* K8 a, Pb.SCI通过8259或者APIC，产生IRQ。
Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            

/ h% x2 J4 d/ v+ B9 K( d1 |- J

% w2 x& _: Y$ W/ H

4 z+ D0 ^' c- D- J/ j1 c- P8 Q

图 1

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

. V* @0 C+ D, {

图 2

* p6 A. N5 I$ k4 q" r0 PØ
GPE
2 S/ F6 ^4 F: X2 rGPE其实是属于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!

Peter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
2 e: G" l# O1 K0 Z/ [' ~请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
; W# q: N4 p; G" Y' B% Y+ i2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
) k. N( q( }: E0 ~5 Y{
    if ( event == MAKE_EVENT )
+ L7 q4 g9 z7 r' z- X: F5 z/ j    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
5 _# d5 V0 b7 f, l}
: c) i7 m; g, U8 k* G0 {5 t% i/ A//#define _EVENT_HOYKEY_FN_F3         0x03
: S0 _- p# U7 Z2 ]! @这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
   對這部份比較懵懂~~
0 A" @  s$ r) D/ @
多謝

dingchao0205

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

lanmoony

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

Wallace

不错。