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

[原创]AC In/Out OS Slow Response

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

" m2 R0 J5 y+ D4 B2 _" |  H2 ]5 V
  • Phenomenon
    0 z# l) Y- m& y/ m% c& \% @5 F9 N
, J/ o% ~, D' e# a) s  U8 U6 \
手上一个超薄NB的案子DQA报了这样一条bug:频繁的插拔ACvista右下角的power icon有时反应很慢,AC插拔过后有时需要等几秒或十几秒才发现power icon有变化。Power icon指的是下图红色圆圈标出的部分:

  v" q8 C! B' D0 q2 w9 T, I
1
  • Why???' A. F& V7 a+ e; @0 p+ y( p
: F5 ?" o8 {6 {, n( V; W

' B, E8 Z& y3 Z5 r8 a, w
刚看到这条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 如下述所示:
9 z' S# A, @3 _) Q( [
// AC Change event
3 F% m- Y2 ~, C+ z& {3 d
, t: J2 U5 |2 M) k$ W! lMethod(_QXX)

- V) h! q! m4 K) ]6 K/ _2 F% i" d) Y* y- M/ f) n. e1 k' o8 j/ o6 {$ @
{
" L' `5 y/ ]3 u$ I
" @9 @/ h$ D7 D
Store(0x09, DBG8)
* @% K9 ^6 U/ O8 S6 d5 M  L" ]

3 P! i) Q, A3 }7 TNotify(\_SB. ADP,0x80)
7 b  Y( h/ G  S- C# D+ F1 g//Power Source status changed
# E, @  d# z' c& \# M/ t

0 G1 {3 M( _. n7 O% Q9 u( Y/ C5 H+ ^Store(0x0A, DBG8)

* ~% W' Z5 ]9 Z  |* T3 y $ a5 a6 ?. d% d

. {! F. k  `, I}

+ ~5 J4 z3 f. `; J5 N$ I* s
1 `- S9 O# Z# F. O
- r. b7 b# g( r% N; E  m$ O
, M' }" L2 B$ P$ \4 B
Method(_PSR,0)
+ ^1 S7 Q" ?% ~# S* ~" T

7 n8 f( J0 o+ o! H4 `3 k- j- s( [; r' s! }
{
: F9 A3 n: g' P: q; Q

. M5 m7 S" T- f# X5 {. v" @" Z
: G. K' B" X1 k2 b4 |! dStore(0x0B, DBG8)
& L0 ]( D7 T  B, ^
$ S0 V0 a# D. ]# s* E, j

# O1 G: E' k% K- A0 c- N( V! I5 UIf(ACST)$ w3 l4 A* ]; u% _# `* t& ^# [
//check AC status

" @! B( a, p0 `0 e
5 u  f% a' f, f% k{

1 Q* x) L' R: F8 r' N, U) S) J; \) L0 w( K9 {$ {1 l
$ U; p3 E, |8 U$ y& L$ Z( H$ O
return(One)
/ o  U) j, R6 J8 n0 E// AC Present

) U+ ^! u8 _; \, A8 _# l' d" v
- u9 j2 t; v8 y3 I+ O# Z- d+ ~}
( ^0 g4 @9 t# y2 l3 k- f

. w7 o3 f( o5 ~6 \& Lelse
/ z0 Y. \5 [# R1 @% P

3 ]; U8 g+ G" t2 i1 X" g{
& e! v+ a, w% H( g4 Y/ g
) T: y2 t# I0 b, z0 y" G% J
return(Zero); M) g, x; ~5 ?2 f; h2 c
// AC Not Present
1 J' M1 e' K6 E3 W

: K4 _1 R4 r2 h$ Q0 v}
; q! D8 U+ _% ~' E

+ x3 M9 i4 r4 R/ c# tStore(0x0C, DBG8)
; H5 z& y2 j$ i

8 c& O! s6 R. b3 Z3 J, O  t# w; H}
6 w% U/ m, r% B/ i5 x. c7 \$ Q
2 X: c' V, o0 y2 _. G  {
7 P; W+ [: {& n; ?8 D
我能猜到的大概的流程应该就是这样了。那我们就从头开始追,先在AC change qevent中抛点,可是发现AC change对应的_Q method反应很快,一旦AC in/out debug card马上就会有显示。那么说明什么呢?跟EC没有关系吗?接着抛,又发现有时停在’0x0A’比较久才会出现,有时’0x0C’比较久。
/ h* ]) d: b$ {: Y& k! u# _状况不太一致;没感觉就把网撒大点,在几乎所有的ACPI method中都抛上点然后再try,试了几个回合以后有感觉了,我们发现一旦现象出现在Device Battery _BST method中停的久的几率非常高,也就是说AC in/out OS还会更新battery的信息。这段代码最明显的特征就是它会从EC ram中获取非常多的电池信息,sample code如下所示:4 S" S, \$ F8 b1 L. v. e, g8 y
Method(_BST)
0 g. e" J) L  [9 {) X/ O5 K: v{" J! z( x- o- E0 ]# K

, l' c. x* k9 e  |# ~7 BStore(BSTS,Local0)

8 n! o6 k* R# Q+ }% q6 I* M
) |4 m, Q# X+ d0 l4 _
, Y5 \* q7 n1 n" c/ s  _5 vIf(LEqual(Local0,1)) //Check Battery Present Bit
$ y$ v" T$ D8 C  @# j; ^# y8 i6 m
) X2 ~) O- z" n3 R  m+ U
{
2 `/ q- s+ _% d& E
4 q1 [$ s  c, i& R
7 s  L) k8 Q0 B) Z  G
# [% ?" j/ T% E
4 B/ w; e8 Q. ^
* F7 T3 {2 Q$ C: k+ U8 |2 e/ P//Read Battery information from EC
* G9 Y$ i9 }8 \4 ]3 K8 S
5 g4 r- g2 a9 @0 W% s
… …
8 M9 S5 Q$ e9 e$ L$ ^

9 [0 [6 N, S9 g/ }  A6 g  `7 z/ h, h" [; S& s  g. l) l$ s, _
}

2 @6 c9 p) w$ d7 a
# t) i" `3 q7 \: }0 H6 O5 hStore(0x0D, DBG8)

2 d6 N/ r" r5 r3 W7 D7 t% N}
. C1 P" H( k7 o* u, q那么问题好像是由读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所致。2 u! e  y/ U; E) ?6 I+ M
那么SCI中断机制是怎样的呢?EC SCICFG register通常将SCI IRQ配置成HLHpulse trigger,而且L的时间通常设置成64us,如下图2所示:
6 s2 [/ w0 P1 R9 J0 B

, H8 ]( R( a8 F8 o  N4 D; I! m

, r  d" o; d. l# a, @8 z
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.
6 T( ~; \0 M% R1 q% ~2 e- `1 | / }, F% @8 b3 y0 y+ h
  • Solution

+ f, W  x9 W9 j# h) {+ q6 r3 p1 o) {; |- E, B: Z8 u5 O
经过上面的分析,大概的原因已经清楚了。所以解决问题的方法应该是调整SCI IRQ pulse width,将保持低电平的时间调短,这样就可以有效的避免这条bug。通过这条bug我发现在分析问题的过程中需要理清问题的各个环节,并且对各个环节所涉及到的细节也要深入分析。不能够看到现象就轻易的下结论,更不能想当然,正确的态度是不放过任何蛛丝马迹,大胆假设多方求证!0 b& }6 o( Q  b0 V' ~, e
& {7 f. `- F( }3 p4 d
( p8 c/ e9 s8 E3 }2 z  u

5 a4 S" ^, C$ V  q5 p: P + z- h- ^% P( K
That’s all!" {6 {; e- Q" `; k7 @  H" `
) V  e7 s  ^4 x0 D2 l" V" q; @
Peter

本帖子中包含更多资源

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

×
发表于 2009-5-19 18:31:57 | 显示全部楼层
原来如此!!!) d8 S4 z9 J1 H
/ J  O/ m) d/ C+ z
谢谢!
回复

使用道具 举报

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

使用道具 举报

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

使用道具 举报

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

好贴

感谢分享!真的很有用,以前我也遇到这个问题,还以为是OS的问题呢!真的好贴啊!
& g: P7 [: I9 O. i0 L5 V  \3 \我看了您的分析代码,好像不是EC的代码吧!我现在就是OS-BIOS-EC三者的关系有点迷糊,版主能否指点一下!谢谢
回复

使用道具 举报

 楼主| 发表于 2009-5-22 07:53:35 | 显示全部楼层
hehe..., h' w: x4 G3 h) ?* W3 ?
很高心这篇文章能够对你有帮助。: ~& V3 i+ y  Y* K. ^
上述代码是BIOS中的ASL code,理清OS-BIOS-EC之间的关系的最好途径就是$ Z3 Z; G. Z( D6 m" r2 ]
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都是这样处理的.
5 l; u1 g' b8 o: [4 V; l简单来讲就是在中断到来时置flag,后续再处理(DPC).
回复

使用道具 举报

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

感谢回复

谢谢了!刚才我又仔细的查看了一下我的代码!终于找到了!EC死掉的原因了,就是我在上电时序那加了一个类似看门狗的小程序!来保证开机的效率。结果硬件始终有一个S电没有上来才导致我EC死在那里。) l1 \( ^- V' F- B" q
对于您的解释我还是有点迷糊!对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 | 显示全部楼层
文章很精采,分析很透彻!0 S$ n/ r* T1 n
回复

使用道具 举报

 楼主| 发表于 2009-6-5 11:17:59 | 显示全部楼层
conol你也來這里了
6 N; a  o$ Y1 U3 U7 m# Q呵呵...
回复

使用道具 举报

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

请教一个关于重启的问题

您好!
/ k+ l% S: T5 G" S% W' s4 U5 \: P     不好意思又打扰你了,我现在遇到一个问题就是在重启电脑时EC为什么会几率性的死掉!在重启的时候我们EC都做什么啊!现在真的有点头痛了!!!
回复

使用道具 举报

 楼主| 发表于 2009-6-10 07:53:53 | 显示全部楼层
之前有追过reboot它的大致过程是这样的:/ d; F4 s+ N/ }5 b2 J! G
1.BIOS发FE给KBC,KBC pull low KBRST#一段时间,然后sb会将init# pin pull low 16个pci clock
( T) y. X  G$ `! Rchipset reset pci reset系统重启。* {/ h+ T" E2 K: o0 q* k
2.一旦重启后面的动作看上去正常开机没多少差别,对ec来讲无非是keyboard init、进出idle(update escd)9 }1 k, ~* T6 t/ [% y
等等一些琐碎的动作。9 u; t5 r1 l# M& T% p
之前碰到问题比较多的地方就在idle这部分了。
; [% }+ U/ ?/ y  \: m2 q3 Y2 S! F你所说的EC死掉指的是所有的function 都失效吗?keyboard能不能用,hot key能用吗,四秒关机呢...
6 M6 A/ S; V8 y, V4 J* ]- ]还有如果单台fail几率比较高,建议你接串口debug去看EC死在哪里。: d" l0 r) v% k/ q" {
以上希望对你有所帮助。
回复

使用道具 举报

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

重启死机

谢谢您的答复!" x( X9 I/ E/ f& W; `% A
    我在做重启的时候EC是死掉的,四秒不能关机。键盘和热键无效!至于死机的原因真的很难找的。因为串口debug调试的功能我还没有弄呢!
% Z( U. b8 d! ^0 j: F/ G     对了您说的BIOS发FE给我们EC应该是通过SCI吧!请指教一下!
回复

使用道具 举报

 楼主| 发表于 2009-6-11 08:15:47 | 显示全部楼层
to zhanghmjm:- I5 U5 k* T) H4 T" Q
BIOS发FE不是通过SCI,而是透过60h,64h port。% C, s* _* L) I
BIOS应该没有办法发SCI给EC,而EC是可以发SCI给BIOS的。
回复

使用道具 举报

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

本版积分规则

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

GMT+8, 2026-5-16 06:51 , Processed in 0.042663 second(s), 18 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

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