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

peterhu

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

1. Introduction
1 `! ~+ L' Y  t, M* z
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。

1 t% j! }1 L, f( h0 h8 r5 U2. KBSMI#
( U4 L. O  C, \其实EC很少用到SMI，除了少数测试项比如DOS下 Fn+F2下切屏等。不过KBSMI#的实现原理还是很有趣的。它的原理是这样的：EC将一根pin接在SB上，而SB的GPIO有些具有multi function，可以配置成具有SMI/SCI的功能。BIOS code在初始化时将这个信息宣告给SMI Table。一旦EC发了一个SMI,EC接在SB上面这根pin的
+ s! c6 \/ o4 n% ^4 L* Dstatus就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。

8 h' L) R& ]2 d5 ^3. KBSCI#
6 l* H/ z. S+ ?9 x) {! D/ B( m# jØQ_EVENT
- r9 o2 \$ w, E1 Q4 c/ ]所谓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 ...
4 b" c, L- j0 u, w5 h
, y4 g9 M. a) A) e" w// AC Status Changed
* K4 T# z& P( M% P6 r
) A& G$ t8 p) q  `& oMethod(_Q83)

) i% k* |# D  S5 [9 |+ f{
4 i; t% B& n" ~4 I/ W3 Z+ N
Store(0x83, DBG8)
. r; ?( \" u/ [5 @+ ?2 H$ ^
$ B- k' l3 ?5 \& ~3 y! w" {
Store(0x00, Local0)

/ u( a- A3 x8 }$ R4 aStore(POWS, Local0)
' v0 J1 i$ L6 o$ J: ]
" A7 P! d6 S! t& @# oIf(LEqual(Local0,1))
! Q# L/ y4 `; w( c
& l; `: ?2 E2 @3 x+ i
{
. F' R8 P; S( T9 }
- O( ]" m4 y" v4 z9 X: Q! sStore(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)
2 P& ~9 G; u$ A
8 k% a5 j3 g2 r: o, Y2 ]0 C7 H4 t+ P}

. b$ m' r( @4 f3 Z5 Pelse

! }. m) g: r4 k  ?! b{

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

; u/ b: o4 L( v- l}
) e: e$ J( w5 \% M% J' S+ G
5 |& P/ M6 r. z: `2 O) P2 FNotify(\_SB.PCI0.SBRG.EC.ADP1,0x80)

& z- Q, F1 ^0 tNotify(\_PR.P001,0x80)

9 U" l3 R7 Q5 SNotify(\_PR.P002,0x80)
1 R* H' h9 |4 _# g' ^
/ i: Y. G7 l( g7 f# @4 J- [) L}
" ]: J% n% d: `* b& z# p* y那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
{
' g- M7 g5 l/ _2 h$ o; F
Name(_HID,EISAID("PNP0C09"))
1 L1 a8 ~2 }6 E4 H
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产生的呢？我想到了两种可能：
( }; L$ x/ u( D6 xa.OS polling GPE register status bit。
, |  r' H6 x3 M( M: L, q, hb.SCI通过8259或者APIC，产生IRQ。
Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
" Z' V  \9 B& x% B9 Y            

, |$ d0 n9 R8 c* P

0 Y/ o$ p$ Q* _8 l+ m4 }0 b
5 [. G* w$ R- w: ~' |% ^) r
# m2 j1 W; b1 V) b

7 L9 @# D3 U* e, M- f$ S2 M8 B; o7 G6 Z2 e

图 1

, i- m4 n" Z* X) w+ \( ?BIOS在设置好该寄存器后会将SCI INT信息存入ACPI FADT中，这样OS就可以通过FADT获得SCI使用的中断号码，从而能够在SCI产生时处理该中断，这部分请参考ACPI SPEC FADT部分。下图2是使用ACPIVIEW看到我的工作机的FADT dump,如图2所示我的机器ACPI使用APIC INT 9。
0 i/ s! p* n$ ^  @/ p

: ?& D! W1 i& [; x/ Q& X

图 2

Ø
5 g' Q3 ?. V. i+ BGPE
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(),就会被调用了。

0 K7 v' B: ^' }3 h1 |8 j1 `% n& lThat’s all!

2 c1 B$ D; X: L; I  B  H9 G, ]% rPeter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
# [3 [! ?& O; w8 s& r- m请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
. K0 I- a+ T9 p6 D2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
{
    if ( event == MAKE_EVENT )
) C- M8 i% t/ T% a# F3 A, B, N    {
/ s  M' E' ]% c3 h6 n  F  V2 K. E        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
7 A; q0 N" f7 ]$ O, M1 \! ?: L    }
; [+ s8 k9 r% t' C}
$ p$ V4 j9 J5 r( g" L//#define _EVENT_HOYKEY_FN_F3         0x03
4 O3 _7 r5 z' s- x这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
0 Q* r& \6 ~' T& C   對這部份比較懵懂~~

多謝

dingchao0205

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

lanmoony

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

Wallace

不错。