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

peterhu

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

: V  n7 Y- \- P. I# a1. Introduction
% ^7 C, S, j3 K9 w' e& h6 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。
* k4 e  ~  X5 J: t+ S3 m2 M1 j
, C  q: W3 a* i$ \2. 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的
status就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。

% S3 E% B' N$ V6 V; {5 u  i: o3. KBSCI#
- @7 p9 z. e* R- X- PØ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 ...

1 m6 ?" G9 f# V2 f+ m3 q7 s" D// AC Status Changed
- }/ u! O/ O9 J  B+ M, C3 v
Method(_Q83)
9 V# \! N0 U2 \0 o5 C2 |6 h4 I
& e7 Z4 O% w. I, t# m! ]# {{
% O& ?/ d# |) D, ]; j. V9 G
" H0 r7 c1 U& @# GStore(0x83, DBG8)


Store(0x00, Local0)
+ a" \' R4 a5 w/ x  M5 G+ C
" F2 }+ u  g/ ]: Q9 k: O- tStore(POWS, Local0)
8 W2 h4 l) P* E
# w: _6 `1 ?" Z% b: p5 c) \6 WIf(LEqual(Local0,1))
' [0 A! v# l; a% ~9 P( T- t

2 k, }% R" o' X. v{

  N- V% R3 ], c2 NStore(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)
% O7 _1 c* r; t. U' D2 U7 }5 [% i
8 ~4 z1 h( ?) `$ G& p( u, h3 L! ~}
, I" D0 P7 ^; z( E* n
else
* }: n  n" U' o7 H
" p+ ]- C* n$ Q1 O: N{
" k$ n( j; `9 G. T" }3 X
0 `9 f" C. t0 _  a/ N- KStore(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
. J8 Y/ }+ T0 Z
}

Notify(\_SB.PCI0.SBRG.EC.ADP1,0x80)

, e0 Q8 M* g# B& bNotify(\_PR.P001,0x80)
* {" t6 s/ a, `
Notify(\_PR.P002,0x80)
' [/ e* ^9 {# D( _+ g0 H0 G' u3 p5 A
}
那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
0 J: d2 f1 n/ N/ A{
& C3 X5 c/ z( J8 X
6 X& W7 h& C1 j4 X/ h4 bName(_HID,EISAID("PNP0C09"))
6 Y8 q0 U1 ~0 r. D$ `4 L
Name(_GPE,0x06)
// KB_SCI
" f1 Y, a/ k  v" p' Y8 P7 n1 C$ p( r
...
}
+ [8 X$ J/ F5 E% N, W: t2 X在Device EC里面宣告了EC的KB_SCI接在了SB的哪个pin上，这样OS识别EC SCI的过程就和前面的SMI异曲同工了。最后一个问题OS如何检测到SCI产生了呢？前面SMI已经说过SB有一根SMI pin接到CPU，可以让CPU产生SMI，可是SCI并没有这样的pin，那么CPU怎么知道SCI产生的呢？我想到了两种可能：
" H% ]4 {& r9 E- H! fa.OS polling GPE register status bit。
& ]  H3 t2 x- t7 x# o5 xb.SCI通过8259或者APIC，产生IRQ。
Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
            

7 B7 P2 X; o- E  x+ p% M

* `3 a7 p! o5 r5 E3 [# h
% s- F4 h" ~0 p- o* l( Z

% j( ]' X' \! B

图 1

/ x5 N1 t; c% x5 a6 h" IBIOS在设置好该寄存器后会将SCI INT信息存入ACPI FADT中，这样OS就可以通过FADT获得SCI使用的中断号码，从而能够在SCI产生时处理该中断，这部分请参考ACPI SPEC FADT部分。下图2是使用ACPIVIEW看到我的工作机的FADT dump,如图2所示我的机器ACPI使用APIC INT 9。
. `+ }) i1 X8 R, P4 G2 T$ D
$ B2 T, k$ k: Y8 Y

5 r: J- W3 Q! c* Q$ |) {

4 d9 E0 i2 N, Z  o4 v/ p. _* p

图 2

/ P0 g8 u+ W. q1 u
Ø
- j* T$ z. F; ]5 d, NGPE
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!
+ \1 V+ B' ^( }( e  N4 M! m3 M" O( i
Peter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
- |* u5 |  Y5 P; f3 @- V- ?HotKey_Fn_F3
, p( [; j4 A+ F{
    if ( event == MAKE_EVENT )
  r8 a+ g6 m3 R2 d, R. w    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
: V% F! p' H" @' {' j* L    }
}
//#define _EVENT_HOYKEY_FN_F3         0x03
这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
& u. L, r9 U! z4 \   對這部份比較懵懂~~
% E, R( y3 O5 x* K
) V( d: R3 n( r9 C$ T4 r* t多謝

dingchao0205

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

lanmoony

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

Wallace

不错。