找回密码
 加入计匠网
搜索
热搜: BIOS ACPI CPU Windows
查看: 32533|回复: 30

[原创]AC In/Out OS Slow Response

[复制链接]
发表于 2009-5-19 08:11:52 | 显示全部楼层 |阅读模式
AC In/Out OS Slow Response

5 Y7 k+ N2 F! r9 d$ s6 ^$ Q0 h
  • Phenomenon
    8 s4 X- f+ p) w& y& p3 Q

+ X" D$ c( Z- c8 u, }手上一个超薄NB的案子DQA报了这样一条bug:频繁的插拔ACvista右下角的power icon有时反应很慢,AC插拔过后有时需要等几秒或十几秒才发现power icon有变化。Power icon指的是下图红色圆圈标出的部分:
$ z. X* M5 g7 n  v( G! h
1
  • Why???
    3 ]1 _; c& z/ s. A2 |, _

% w0 N5 W# Z  o# x# d
; A$ v3 p8 k! X3 ^8 d4 R
刚看到这条bug时,我有点不以为然,因为有些机种也有这样的状况,所以我以为这个有可能是不同的测试人员认知上差异。而且超薄NB为了解决好功耗、导热的问题都使用比较低的配置,我最初还觉得可能跟配置有关。但是他们找了个相同chipset的机器去试,反应很流畅没有这样的现象L!我的猜测站不住脚了,这时我觉得应该是FW有些地方没有处理好导致的了。随后我们开始debug,首先我们要理清AC in/out 过程中ECBIOSOS都做了哪些动作,我所知道的状况是这样:1. EC检测到AC in/out的中断,更新EC ram中的AC状态并引发SCI IRQ通知OS2.OS收到SCI IRQ后调用BIOS中的_Q method并通过Notify function通知OS power source change3.OS调用_PSR function获取AC的状态并据此更新power icon显示。上述過程sample code 如下述所示:

" i! P# W9 T* q1 s// AC Change event
; W2 a+ w4 ~( Z1 e
% N2 Q9 }  i" Z% \1 _  v% B/ KMethod(_QXX)
" N1 ^$ \1 c" w( B8 \7 n! |: i
  f% S0 a5 m5 D' R7 x* P( J
{
( d1 [1 y9 p" V, s( ^8 z5 @
. S! w# _, {0 T! Z; H
Store(0x09, DBG8)
  \/ h3 H' e( _
% D6 _; R0 W6 }( ]5 ^5 J
Notify(\_SB. ADP,0x80)
1 l! P7 y- m" O# u( v" c" g//Power Source status changed

) R9 w+ s  Y0 ~: V" y# I0 i  z( G% l' O$ ?! w
Store(0x0A, DBG8)

- @* G% \0 P8 m  }1 O 6 y3 F. Z% u0 g2 H0 }  i8 y/ M+ ?

- q9 W; Q5 Y, B* x, P+ M$ y, r* W' {* \}

1 Z9 v4 `1 n: r7 |# S% h2 o% g( W, R" W6 \1 n9 b/ N8 x* I, q" G

6 t. }+ g! a" ~, w2 v+ B3 a5 A! Q' K
Method(_PSR,0)8 w: R1 m) u8 c$ ]6 U. R

+ P5 F, L+ X3 r. ^! S( S' x# ?
+ H& x* n1 \" p( a! s- A$ s{* d1 e  B( ?( {$ [: S

: g! L. b* b! y0 b
" E. H+ _! p) J* ^' nStore(0x0B, DBG8)
# T* |, U$ s1 S9 W) F
: n7 `/ G( x2 i+ q% b6 B6 I' N

( W  f7 e( Y; N0 Q" b, I  B4 d' H( yIf(ACST)
% A0 p  i# U$ }9 N//check AC status
# Q: `+ X% s; _% P/ V
+ {* W! \' v$ K; l' H" s
{

; Y6 c7 q4 H, @9 V4 X5 J6 R7 p. f
1 X/ G0 B( i+ h8 ~- n9 W0 k$ R/ l$ Z
return(One)3 X; D7 r& V4 a
// AC Present

/ P$ A' ~' c7 Q2 l
- b$ N" I  _. i0 I8 c}
$ g" j5 a, ~9 U, X9 A

2 V% E# d4 @+ P' r5 l2 t: ~! kelse

4 ]! O2 l& W7 M) Z5 B5 K$ u1 P& a5 ^7 o; K( q7 n. P* \9 Q
{
# z" v  \/ u. ~" w7 [. {
4 ^' Y( y: n  ^
return(Zero)
2 P8 c; y3 V, x. ]0 V// AC Not Present
& ]" x! Y/ ~) M4 X- y

2 f! e# R6 P; s  h}
) o! J6 K8 }( J
( c# g+ S& m4 E5 g3 K4 s
Store(0x0C, DBG8)
% ~+ Y* s! a6 i  ?8 Y1 }

3 E( H* h) Y; k5 G0 M}3 D4 Q; M" N/ N1 A7 @$ S9 y/ s
3 q9 v- n7 U) S! |: I1 S
7 z: N+ ~5 w/ B0 i8 w+ l4 B1 F( [  `
我能猜到的大概的流程应该就是这样了。那我们就从头开始追,先在AC change qevent中抛点,可是发现AC change对应的_Q method反应很快,一旦AC in/out debug card马上就会有显示。那么说明什么呢?跟EC没有关系吗?接着抛,又发现有时停在’0x0A’比较久才会出现,有时’0x0C’比较久。+ m) P  l) A$ d1 D
状况不太一致;没感觉就把网撒大点,在几乎所有的ACPI method中都抛上点然后再try,试了几个回合以后有感觉了,我们发现一旦现象出现在Device Battery _BST method中停的久的几率非常高,也就是说AC in/out OS还会更新battery的信息。这段代码最明显的特征就是它会从EC ram中获取非常多的电池信息,sample code如下所示:* y& x- S8 T$ I8 o# g
Method(_BST)5 V6 M# H( W- M! y. u
{
/ E; d( D! Z. b1 V, n) p
) n9 K0 B! N/ _0 T* `, `7 CStore(BSTS,Local0)
2 y+ Z, s% Q' U2 ^5 x
" R* [( m2 ]; C! A( P1 B
2 v. ^0 Z- H' s( e8 S1 |; w
If(LEqual(Local0,1)) //Check Battery Present Bit
8 P- p* f9 p" [- a  g7 c
" Z- Y% }4 [  c8 h
{
; n7 j, [+ i7 ?5 H
6 z* j5 G3 u, K3 k+ g( I4 O  B' C8 u  k- R! g. L/ N2 U

# C, z3 E8 {1 ]( i1 ^
- w* l# Q9 S9 r( m& B1 @8 x6 i) ]/ h, [2 Y
//Read Battery information from EC

0 F. }! V: ?  G- u2 B1 o" R4 o( T8 e& R+ C/ j& \! K# y
… …

+ c9 E% m+ l7 G0 c1 [4 u5 ]4 h: p% v
( s! g+ I. _& R  w' \( r
}
- |5 l9 L, w+ t# K9 A2 P
/ O0 c5 [0 h' M9 i+ p
Store(0x0D, DBG8)
- O2 a0 Z- s0 H0 F) {
}   O3 h* k6 [) ?4 G" {
那么问题好像是由读EC ram导致的,ACPI中读取EC内容的方式是发0x80 cmdox66 port,随后EC产生一个SCI通知OS,接着OSEC ram index发给0x62 portEC将数据送给0x62 port再产生一个SCI通知0S,接着OS0x62 port就获得了EC ram指定位置的数据了。我在EC 端加入debug信息,发现出现状况时0x80 cmd EC很晚才收到,0x80 cmdOS发的,所以貌似和EC也没什么关系吗?继续思考,EC产生一个SCI的目的应该是产生一个IRQACPI driver获悉前面的指令已经完成,ACPI driver可以继续送指令下来了。如果某一条指令慢则有可能是前一个SCI IRQ通知 ACPI drive driver还没有处理好导致,也有可能ACPI driver已经处理好但是EC没有ready所致。
( h# x3 t" w4 m6 x6 R那么SCI中断机制是怎样的呢?EC SCICFG register通常将SCI IRQ配置成HLHpulse trigger,而且L的时间通常设置成64us,如下图2所示:

& F5 ~$ ?  v  H2 y" @) ]) Y: [+ e7 y5 D. F! c' ]% d4 ?9 B& n+ K8 N
. d# K$ s% M& k4 A0 o5 ?
BIOSSB SCI pin通常配置成low edge trig SCIpulse trig有个优点就是它能够自动复位,产生一个中断后SCI pinpull high。可是因为BIOS是下降沿触发,所以EC SCI保持64us低电平会不会太长呢?会不会导致ACPI driver收到IRQ后下命令给EC,EC SCI pin还没有复位而太久才收到?又或者说EC SCI pin保持低会影响到ACPI driver IRQ latency?有了这个想法以后,我就开始放大它,修改EC SCICFGSCI IRQ配置成128 us pulse trig,然后再做AC in/out的实验,嘿嘿病情加重了,fail率接近了80%之前只有10%;那我再将pulse width调整为16us再试,结果200次竟然没有一次出现症状J.9 i/ M" \5 t5 |  M, T
  p2 J) e6 q1 a
  • Solution

- _9 [4 n) F& c; f5 o5 v  s4 y. f; Y8 n$ J- ?! U2 R( D( H/ K; d8 p1 S
经过上面的分析,大概的原因已经清楚了。所以解决问题的方法应该是调整SCI IRQ pulse width,将保持低电平的时间调短,这样就可以有效的避免这条bug。通过这条bug我发现在分析问题的过程中需要理清问题的各个环节,并且对各个环节所涉及到的细节也要深入分析。不能够看到现象就轻易的下结论,更不能想当然,正确的态度是不放过任何蛛丝马迹,大胆假设多方求证!! _" j$ }+ s' Q+ l' ?3 s+ a
7 O, g  h% m4 y- }' ?. h1 y7 L7 y
, C, w# W. s; K3 s/ Z
4 D; L" K4 e- O2 N  o2 m: U4 g
3 ?4 r) D. Y5 T7 a& X1 k( L
That’s all!
9 E; N' `- P6 |4 K) U
9 [( z* A5 e3 g7 m6 m) A" XPeter

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?加入计匠网

×
发表于 2009-5-19 18:31:57 | 显示全部楼层
原来如此!!!
" ~: t8 d) p2 U5 ~2 ^
1 k1 c& [5 ^* f谢谢!
回复

使用道具 举报

发表于 2009-5-20 08:52:57 | 显示全部楼层
Bug起因为本
回复

使用道具 举报

发表于 2009-5-21 14:42:55 | 显示全部楼层
好帖,学习了 谢谢!!!!!
回复

使用道具 举报

发表于 2009-5-21 22:48:47 | 显示全部楼层

好贴

感谢分享!真的很有用,以前我也遇到这个问题,还以为是OS的问题呢!真的好贴啊!, V8 y+ T* \/ ]# b8 X! @' E
我看了您的分析代码,好像不是EC的代码吧!我现在就是OS-BIOS-EC三者的关系有点迷糊,版主能否指点一下!谢谢
回复

使用道具 举报

 楼主| 发表于 2009-5-22 07:53:35 | 显示全部楼层
hehe...
6 \4 ]/ V  W/ d, t* X8 y很高心这篇文章能够对你有帮助。! f9 V7 Z8 Q. r* s" I
上述代码是BIOS中的ASL code,理清OS-BIOS-EC之间的关系的最好途径就是# Z$ @0 Y, {" R3 |! d3 a/ e
ACPI spec,没事翻翻ACPI spec会有不少收获的。
回复

使用道具 举报

发表于 2009-5-23 09:04:24 | 显示全部楼层

谢谢

感谢指导!谢谢!有时间经常关注你帖子。
回复

使用道具 举报

发表于 2009-5-23 09:18:01 | 显示全部楼层

请教一下,关于oemmain.c中的几毫秒中断问题

您好!我现在手上有一个小本项目!用的是华邦的代码!我发现在oemmain.c中的几毫秒中断中是不是不能添加太多的代码啊!打个比方我就在一毫秒中断里加的代码,而这些代码是执行时间加入超过了一毫秒,是不是会造成EC死掉啊!因为在我修改后的代码发现有时很不稳定!我想了想是不是问题出现在这!请指教一下
回复

使用道具 举报

 楼主| 发表于 2009-5-23 10:43:26 | 显示全部楼层
中断的处理通常分顶半部和底半部,很多driver都是这样处理的.
2 @8 [$ D& F$ C. t1 ~1 H$ s  v简单来讲就是在中断到来时置flag,后续再处理(DPC).
回复

使用道具 举报

发表于 2009-5-23 13:09:50 | 显示全部楼层

感谢回复

谢谢了!刚才我又仔细的查看了一下我的代码!终于找到了!EC死掉的原因了,就是我在上电时序那加了一个类似看门狗的小程序!来保证开机的效率。结果硬件始终有一个S电没有上来才导致我EC死在那里。3 F) A+ s) }# Z: G$ C
对于您的解释我还是有点迷糊!对winbond的EC他的oemmain.c中的1MS,10MS,100MS,500MS,1000MS。它用的是中断还是轮询!!中断和轮询是不是没有什么太大的区别啊!我现在就是担心我在比如1MS的函数里加的代码太多,会不会出现在这段代码执行一半的时候,1MS的中断又来了。那代码不就不能完全执行了吗?
回复

使用道具 举报

发表于 2009-5-23 13:59:00 | 显示全部楼层

回复 10# zhanghmjm 的帖子

oemmain.c的是service,是具体的执行处理过程,而实际的中断呢,是由Timer 来触发的(有定时1ms),只要不在中断的Routine 里加太多东西,在 service 里加,应该没事。个人看法,呵呵
回复

使用道具 举报

发表于 2009-5-24 10:02:18 | 显示全部楼层
谢谢了!明天有时间我做个小的实验!我想就应该清楚了,到时与您分享!呵呵
回复

使用道具 举报

发表于 2009-5-26 18:20:08 | 显示全部楼层
为啥你们的是C,我的是汇编啊,
回复

使用道具 举报

发表于 2009-5-27 13:48:06 | 显示全部楼层

回复 13# amty.wang 的帖子

用汇编写才牛呢,呵呵
回复

使用道具 举报

发表于 2009-6-5 10:35:35 | 显示全部楼层
文章很精采,分析很透彻!/ ]- L5 d* s8 S' e6 P
回复

使用道具 举报

 楼主| 发表于 2009-6-5 11:17:59 | 显示全部楼层
conol你也來這里了
7 ~" v* Q1 \$ }2 O* x  ]4 d* n呵呵...
回复

使用道具 举报

发表于 2009-6-9 22:12:26 | 显示全部楼层

请教一个关于重启的问题

您好!
5 F: s9 i2 X( g2 c     不好意思又打扰你了,我现在遇到一个问题就是在重启电脑时EC为什么会几率性的死掉!在重启的时候我们EC都做什么啊!现在真的有点头痛了!!!
回复

使用道具 举报

 楼主| 发表于 2009-6-10 07:53:53 | 显示全部楼层
之前有追过reboot它的大致过程是这样的:& T/ F- u) w4 {% X2 x: u* m
1.BIOS发FE给KBC,KBC pull low KBRST#一段时间,然后sb会将init# pin pull low 16个pci clock$ X# x* z. e: X2 ^% k) r" o5 z5 _. M
chipset reset pci reset系统重启。( {& l/ S- C1 U! k. g, E% i8 S
2.一旦重启后面的动作看上去正常开机没多少差别,对ec来讲无非是keyboard init、进出idle(update escd)
8 Z$ r; T$ I! f2 s7 k8 \& Z# s等等一些琐碎的动作。
9 r8 Y. }6 `4 G- r4 A) ^之前碰到问题比较多的地方就在idle这部分了。( W# z+ [* K& Q( f0 }( ^; W
你所说的EC死掉指的是所有的function 都失效吗?keyboard能不能用,hot key能用吗,四秒关机呢...6 j2 K, _5 N* q/ z, j# y8 h; Q
还有如果单台fail几率比较高,建议你接串口debug去看EC死在哪里。& \8 @7 ~! x& N" O; Z4 x& o
以上希望对你有所帮助。
回复

使用道具 举报

发表于 2009-6-10 21:45:30 | 显示全部楼层

重启死机

谢谢您的答复!
. u9 @/ K& |" M, _$ H1 Q    我在做重启的时候EC是死掉的,四秒不能关机。键盘和热键无效!至于死机的原因真的很难找的。因为串口debug调试的功能我还没有弄呢!, d2 c& h- E+ j
     对了您说的BIOS发FE给我们EC应该是通过SCI吧!请指教一下!
回复

使用道具 举报

 楼主| 发表于 2009-6-11 08:15:47 | 显示全部楼层
to zhanghmjm:1 C. h7 l4 |4 |0 e; H# t
BIOS发FE不是通过SCI,而是透过60h,64h port。
/ M( \/ H1 J2 j' q9 Q8 N, ~7 hBIOS应该没有办法发SCI给EC,而EC是可以发SCI给BIOS的。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 加入计匠网

本版积分规则

Archiver|手机版|小黑屋|计匠网

GMT+8, 2025-4-2 11:07 , Processed in 0.155217 second(s), 17 queries .

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表