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

peterhu

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

3 G' t  V& M/ B+ P: o+ n8 C2 @
$ x) |1 j3 F6 ?) ~1 `1. Introduction

* J0 s! s* M4 F. V, n* }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。

& s: X$ i+ \9 s. w7 {" H2. KBSMI#
6 X$ s8 ?; U, V" ^! e2 x: ^7 z' a, _6 o其实EC很少用到SMI，除了少数测试项比如DOS下 Fn+F2下切屏等。不过KBSMI#的实现原理还是很有趣的。它的原理是这样的：EC将一根pin接在SB上，而SB的GPIO有些具有multi function，可以配置成具有SMI/SCI的功能。BIOS code在初始化时将这个信息宣告给SMI Table。一旦EC发了一个SMI,EC接在SB上面这根pin的
' y# h- [. O0 J7 Gstatus就会被置位，SB检测到以后通过拉接在cpu上SMI pin产生一个SMI，cpu切换到SMM mode然后就会通过之前宣告的那些pin的status identify smi Owner，这时就可以认出是EC的SMI,随后通过下command给EC读取SMI event id，并通过该id去调用相关的method。
8 _4 u, s( J: S" s
3. KBSCI#
( k1 U) S1 u( GØQ_EVENT
& H9 j( v1 w# v( _3 ]2 [所谓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 ...
- ]0 G9 H3 p1 i+ K. y
// AC Status Changed
0 w0 W+ A2 c; h: B# f2 D3 O
Method(_Q83)
7 W  ^" \9 ?, q) @/ U
{

: j) d, t7 I+ K, k* B1 b- g' @3 T$ qStore(0x83, DBG8)


0 [4 y- p2 ^1 L- |9 VStore(0x00, Local0)
  a6 R2 K, o9 G" |6 |
Store(POWS, Local0)
4 ]+ V4 b: `: X
8 ?2 g/ ?) @# g: `. R3 w/ d# ?: PIf(LEqual(Local0,1))

4 o/ J) K: s8 l) g9 k! D
1 g5 r4 T% p8 r) H, A{

/ w; w1 Q$ W* P( J; E9 \Store(1,\_SB.PCI0.SBRG.EC.ADP1.ACP)
4 X9 W. _- Z1 C# l% N
1 O1 n0 R! a6 w9 b}
% S& s( b9 E& X
7 ~. f0 B  s& S- x. r3 Helse

{

2 m. g. R) F  l! h" Z; n: P+ W7 ~Store(0,\_SB.PCI0.SBRG.EC.ADP1.ACP)
/ i) c8 h' e% K. Z7 B7 G0 ^
, J' G, L% F0 f6 ^}

; {6 Q, A5 G: W% p9 W) p8 WNotify(\_SB.PCI0.SBRG.EC.ADP1,0x80)
: z# T1 t+ z) B$ M9 o  C1 {
Notify(\_PR.P001,0x80)

# _2 r" `7 N% F" RNotify(\_PR.P002,0x80)

* G7 C0 V* d+ t, }}
, j/ W( {  l! O+ {: Q, r那么又有一个问题，那就是OS怎么知道这个SCI是EC的呢？请看下面的asl code你就会明白了J
Device(EC)
{
: F* ]) Z5 e6 n7 `) a: l6 T
9 E3 d3 m4 M5 v+ pName(_HID,EISAID("PNP0C09"))

Name(_GPE,0x06)
// KB_SCI
% f% D7 H& J! \- f6 P
...
}
在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。
: l' k6 W# |/ l+ e* {" `b.SCI通过8259或者APIC，产生IRQ。
Chipset spec印证了我的想法,SCI可以配置成通过8259/APIC的方式产生中断，而且中断向量也是可配置的如下图1所示：
4 O, x* {! Q& o0 A            
" n/ O6 Q, u; Z* w# Y9 X2 [/ v

; ?" w3 h$ K$ t( \& a

图 1

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

3 i% U' c* D, q9 d6 c5 v

3 B- r5 d; i7 r' p" M" S+ [

1 S: c$ @5 Q% V: {# X5 n

1 o) d* M9 T( s7 H( y$ ?  u# f

图 2

7 t) S  q# f" VØ
GPE
- b3 Y* B, Y- g, [6 P% QGPE其实是属于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(),就会被调用了。
! l5 m. r0 ^' b! s0 D$ }6 s% Q
That’s all!

! E/ q7 U/ g, c+ l% Q0 XPeter

brucehuang

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

zzxjypm

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

vickywan

偶像，学习ing~~~

yanglm03

学习了。。
: D: h. e% f: F5 Z0 }$ @请问一下，1.热键 FN+Fx (F3)按下后，EC会发SCI通知OSPM吗？
  ?. E5 |! i8 M$ ], T2.以ITE 8502为例，当FN+F3按下后，EC对应代码为:
HotKey_Fn_F3
) L$ y  ~$ A0 b% B5 t; |6 W{
" L8 w8 H. v: o# |0 `    if ( event == MAKE_EVENT )
0 T( y) d1 A4 M    {
        WriteSCI_QueryValue(_EVENT_HOYKEY_FN_F3);
    }
' k/ [8 P$ G, N' n* O" R" k) n% N}
//#define _EVENT_HOYKEY_FN_F3         0x03
& i( G5 j; o: R3 Q5 J这个 _EVENT_HOYKEY_FN_F3 是 _Qxx命令所指的ID吗？

peterhu

应该是的

root_liu

建議將EC與其他周圍的設備通信的內容整一下~~如：EC&BIOS， EC&SB ~~~
3 i' F1 J5 V! j6 F/ B- S. u8 a   對這部份比較懵懂~~
1 \- O$ T( B, @! k" {" ?
多謝

dingchao0205

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

lanmoony

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

Wallace

不错。