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

peterhu

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

1. Introduction
% D& Q6 n' E- s  _$ d9 a
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。
2 ^5 E7 P; d* S1 N6 h
. o0 ]1 p: H. k" Y2 c* T8 Q9 ]5 J! U- w3 x2. KBSMI#
/ r  ?. g" |1 h( D6 X' E9 e8 e$ D其实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。
6 x% l# \" J+ e
3. KBSCI#
ØQ_EVENT
! y% @, M4 ~. l% w3 ?2 w所谓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 ...

: ?( Q/ U/ L) T: q// AC Status Changed
: e! c9 L) j, h7 ~; A$ @
Method(_Q83)
# u" @9 [; ?+ d+ m3 a5 O
{

6 R+ K9 A) b/ F4 h- s3 TStore(0x83, DBG8)
  m0 y) a( p- A  e5 K6 O
' ?, X8 _' \( j. ]. R
Store(0x00, Local0)
7 v7 H# C: F; y! s2 T5 c6 _
, C( I1 t, O; H4 L/ O3 ZStore(POWS, Local0)
' F3 p+ k( N% a8 m
If(LEqual(Local0,1))


{
$ B+ v; H  m: j' R, T5 w: Z, b
Store(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)
: p3 U4 N" F, D  @" n+ W% ]7 L5 S
}
, P- b6 c0 A3 I4 A
" b" y8 f9 S" a5 Belse
/ }5 d! n( D, w
{

; v  C1 m) Y. [7 |  t$ VStore(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
! n7 ]; Q; N' o) a
}
9 z. g4 V( F- D9 L! d" q6 M9 [
* e. d) ^  r4 |1 |Notify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
8 g$ h, U' |5 F
Notify(\_PR.P001,0x80)

Notify(\_PR.P002,0x80)

1 m: z4 U; C! `6 I$ |. z3 ^}
那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
{

Name(_HID,EISAID("PNP0C09"))
. f, y" ?* m/ r. N
Name(_GPE,0x06)
// KB_SCI

...
}
$ c1 X# x# 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产生的呢？我想到了两种可能：
a.OS polling GPE register status bit。
7 R& @' f; |% ~& U# sb.SCI通过8259或者APIC，产生IRQ。
) @9 Z, t- \; W2 D/ D$ HChipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            
/ l. N+ @2 n1 S. o! r! H

* p) F( {6 B# |0 H( f
$ z! |) J; V& [2 I1 @
' Y. Y6 Q; s4 ]$ S. r: E4 o
  A4 P$ c( s. N; X9 |% D6 C
- `5 u* W; A6 w4 q8 U9 o

图 1

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

/ J4 I- G" W' r  ]; e. b& k/ _

9 _2 Z+ {- B% w/ H

# o- v, R; L% N. ^

图 2

Ø
! b3 Q5 h0 {& u0 r6 W* o# EGPE
1 {' U9 J* a# t  [3 lGPE其实是属于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(),就会被调用了。
) p# o- q4 q: n' G
' l! \2 _& d. C" m$ c) M# m7 }That’s all!
1 d( ]: Z2 S! f4 Y6 s8 T
8 w5 n" Q! U. pPeter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
1 i& L2 u9 `5 R) E请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
0 t5 o+ a) F- \8 [! Q+ ]3 W2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
{
    if ( event == MAKE_EVENT )
    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
/ g. t* g9 b8 B9 b; U! p5 Q    }
' O. F0 K3 k& G' Q- i, x* J}
//#define _EVENT_HOYKEY_FN_F3         0x03
, F- d! r0 `- V" M这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
+ Y$ V) H7 J7 u   對這部份比較懵懂~~
- H7 j. K( s* z4 x
) j8 t9 F3 x3 ~多謝

dingchao0205

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

lanmoony

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

Wallace

不错。