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

peterhu

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

. u" M# E( {! ?$ l* D1 ]3 |1. 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: E; ^# [& Q
% l6 y. ?: g( {: J) Z2. KBSMI#
- u- ]9 T7 c* K* k% l5 y其实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。
# }2 Q' X# H& o& l$ F
- k$ \" C# }( j! V( v' L7 ~, f. |, `% n3. KBSCI#
* F( ^- s* X. p" QØ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 ...

* P+ y" G+ ]4 d/ n// AC Status Changed

. B5 U5 Z1 O* l0 H5 f6 N* C& HMethod(_Q83)

- j$ L9 z6 S( n5 h% s$ |{

Store(0x83, DBG8)

) G, n  a# x/ p/ m  e# Q
& S, G: o% Q  c: m! xStore(0x00, Local0)

' \0 U5 w" Z' v4 z% eStore(POWS, Local0)
* U0 G4 a. N8 \; q6 G# i. m0 z0 l
" r6 f9 K6 s5 d7 v7 NIf(LEqual(Local0,1))
/ M* J$ B+ P# X; v' u7 F  c3 O
1 |, D. E. _& m# P' m) @6 R5 i4 X
9 F  _: v2 c4 J2 _$ Q{

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

0 u, a) q& J# X}

$ q7 a$ k. ~: [- X% a  ~else
) M0 V  c2 u! U' c+ N* W
{
9 Z% T2 w  o1 C( c
' I' f2 b4 U0 W  T3 D* r; {Store(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
% e9 g5 A: f% p
}

  P' ~' l3 g% l( n; ^, GNotify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
9 j1 q# F5 ~: E* N" f
/ m, Z* k8 [/ ^* E& jNotify(\_PR.P001,0x80)
2 ~3 b. q$ h# g' X
! c0 o) ]8 y  I( T2 G; b: _( RNotify(\_PR.P002,0x80)
; W6 p+ W$ a  Y# ~
}
4 x, T% B6 i' X! q# H9 L. x那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
7 Q, |8 m+ e+ X/ KDevice(EC)
: g( N, A) }: {+ C! W( g" u{
" R7 ~/ x/ q8 ^5 l! [2 `8 S0 g
: G: V6 k5 X4 K' N! P" z$ \Name(_HID,EISAID("PNP0C09"))
; q: p+ W. p" O3 K) u
Name(_GPE,0x06)
// KB_SCI

...
}
在Device EC里面宣告了EC的KB_SCI接在了SB的哪个pin上，这样OS识别EC SCI的过程就和前面的SMI异曲同工了。最后一个问题OS如何检测到SCI产生了呢？前面SMI已经说过SB有一根SMI pin接到CPU，可以让CPU产生SMI，可是SCI并没有这样的pin，那么CPU怎么知道SCI产生的呢？我想到了两种可能：
: k) |4 H' B" _1 D- d6 ka.OS polling GPE register status bit。
b.SCI通过8259或者APIC，产生IRQ。
Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            

8 u) K& {2 h- {7 x! \

图 1

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

% ], |6 t* v5 F# m' k

( |$ N4 b2 O2 G# g8 _7 F

+ R- m1 V" Y. q& ]6 m, n4 P

图 2

+ n) p0 ]6 o& GØ
/ l4 H+ _9 @6 n9 Z" hGPE
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(),就会被调用了。

That’s all!
9 B0 ?3 `/ D* ?) g6 i7 x& ]
5 ~* ^, {) Q6 F8 P, O" j3 ePeter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
/ B: H/ I  g/ \; [. L{
7 A9 L% k2 _4 _8 I+ T6 E    if ( event == MAKE_EVENT )
6 ~0 c% ?5 z" V    {
9 x9 R4 l$ Z+ ?/ y8 M$ t        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
1 F) }; c0 R; t* |* o    }
& o' c# J# c  h, B}
  X, ]9 r$ u% s//#define _EVENT_HOYKEY_FN_F3         0x03
' z+ {- `- @! C0 {7 M这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
% M& R+ H( H5 h9 [/ H) U; I) V$ {   對這部份比較懵懂~~
* F. A- x; p: e2 \4 x0 D4 Z
多謝

dingchao0205

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

lanmoony

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

Wallace

不错。