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

peterhu

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

( V; ^' Y9 ], M* h+ U! z! `
$ h" G) I4 W  d) k7 |% m# J+ C1. Introduction
3 i+ a, _) ^6 m( q: j
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。
9 f0 ?  y$ W; ^, A9 |# T
' B$ x2 N6 H2 J8 |  m: z9 ~2. KBSMI#
5 `% ^2 Y2 B& @( N其实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。
4 u1 C$ f! ?( {5 x$ I  O- q
  b1 x7 [/ e% c$ u7 `4 P- d7 E) ]- q3. KBSCI#
) ~9 p5 O4 H' @8 N. b. Z9 R1 \; ZØQ_EVENT
+ {& X! k- C! q/ c* q所谓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
: x7 i3 j  T: B1 I
* l' H5 j+ \1 F( ~6 O2 a; q5 u; gMethod(_Q83)

+ {# d/ y- Z1 L" L{

9 I' K% Q9 ~- F( MStore(0x83, DBG8)

+ d7 O1 c6 W. b. U( Y+ ^4 I
Store(0x00, Local0)
  ^/ {5 {6 d3 L! @0 z7 Q
' D6 z! W6 ?9 R! QStore(POWS, Local0)
6 W% q( \- B9 Z& Z& V$ P; i# ]# M
If(LEqual(Local0,1))
0 k$ W* R, B7 {8 `9 `
  l7 J% o- Q* u1 H! m
{

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

}
) S: v/ h5 ?% s, K3 F) a
7 Q! R+ R9 W/ v5 m' `; Helse
9 x/ x. u' _! e" E+ n9 z+ {
  B0 Y4 _; s& O, q9 u) _* B5 w{

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

. C9 X- b1 h% |8 q9 \! A8 W0 P}
6 z& ~1 ~* k# U+ V
Notify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
1 X+ ~+ D) k! d- k- T
4 h( h/ z. c; K* W. F" d) zNotify(\_PR.P001,0x80)
+ N% Y" x' [9 e; A' q3 p4 l
0 g7 W; y- h$ w: b# yNotify(\_PR.P002,0x80)

8 e( U  K- _- G' |}
那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
{
- K( y  H$ D5 r7 e0 s; U( Y
& }8 v" s0 A- j8 ^Name(_HID,EISAID("PNP0C09"))

Name(_GPE,0x06)
# M, K' Y6 v8 D" B5 F// KB_SCI

...
}
5 j, e% g7 k7 {3 s2 i- z5 U( K" |在Device EC里面宣告了EC的KB_SCI接在了SB的哪个pin上，这样OS识别EC SCI的过程就和前面的SMI异曲同工了。最后一个问题OS如何检测到SCI产生了呢？前面SMI已经说过SB有一根SMI pin接到CPU，可以让CPU产生SMI，可是SCI并没有这样的pin，那么CPU怎么知道SCI产生的呢？我想到了两种可能：
4 e) H9 A# s9 a+ wa.OS polling GPE register status bit。
b.SCI通过8259或者APIC，产生IRQ。
# q  Q7 @8 h: d# iChipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            
  q/ W6 O! f  }# A$ |( q
" a! Z# @3 H6 H: I  H& N

. G% k+ v" W+ H) V( d+ V

) B( H$ F* p* i
8 P) _  D9 d) c% @+ D7 G

图 1

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

图 2

; m4 h3 d$ _* P. u8 d
Ø
GPE
8 V& f" I7 d8 o9 x  ]0 w- V) PGPE其实是属于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

学习了。。
9 M- c' c* l* ~9 H请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
& Z. }7 H4 u1 W- ^% f/ l1 u{
    if ( event == MAKE_EVENT )
  K0 b8 {9 T6 M/ D! @2 T' Q. d8 c    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
}
//#define _EVENT_HOYKEY_FN_F3         0x03
这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

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

8 O8 H, |9 t! g+ c) Y% {% [多謝

dingchao0205

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

lanmoony

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

Wallace

不错。