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

请教我这样把系统放到C4为何不行?

[复制链接]
发表于 2008-10-17 17:49:46 | 显示全部楼层 |阅读模式
因为系统要在某个特定的情况下需要特别省电,然后回来要特别快所以没有办法用S3,我现在想了个办法是, 要进到这个特殊的用户使用模式的时候触发SMI,在SMI handler 里面通过一个while(1)循环把cpu放到C4。 为了从这个特定的模式返回所以在这个循环中会在每次从C4因为interrupt而返回的时候检查 ICH 的某个GPIO,如果电平没有变化那么就继续把CPU放到C4,否则的话就从 SMI handler 返回。 而这个GPIO从L到H也是用户按键,通过EC firmware 来做的。5 k+ ?/ l; C7 }  I8 D! H, F
6 d$ V0 i6 W% J. o  o1 v
现在的问题是: 持续的把CPU 放到C4 我从数字电源上看到的功耗并没有丝毫的下降。。。$ P8 ^0 Z& M1 x; O# ^+ _

0 W$ u$ B2 A6 x3 h! b不解是为何? 按照c4的说法至少CPU这边的能耗是会下来一些的呀。/ q7 x2 g* `5 P" r9 C3 z
; @# U. n: i' b: z7 p
另外想求教论坛的前辈,有没有其他的办法事先我所需要的这个功能就是在某种情况下shutdown CPU/Chipset,让系统的功耗降得尽可能的低,同事要保证系统恢复到原始状态的延迟小于10ms。
发表于 2008-10-17 18:48:25 | 显示全部楼层
为什么不用S1?
回复

使用道具 举报

发表于 2008-10-18 00:46:06 | 显示全部楼层
我倒想听听你所谓SMI中的while(1)是如何进入C4的。哈哈,狂抓
! w. Q$ U0 Z9 `+ W典型的是让马儿跑,又不让马儿吃草。
  J7 o  n, H- f" K: V' j$ V- `# w+ u- x7 b7 N
同意xtdumpling同学的,用S1,对速度没太大的要求,就用S3。
回复

使用道具 举报

 楼主| 发表于 2008-10-22 09:29:52 | 显示全部楼层
>>> 我倒想听听你所谓SMI中的while(1)是如何进入C4的。哈哈,狂抓
! J. a) N! K( x, v* c+ o# _$ I5 X! D" v' p& ]: H
SMI_Handler() {
8 K, F% L: G1 e while( 1 ) {
! y% S7 j  b+ S" G4 d2 S0 S8 N$ a" o    read_ACPI_LVL4();  //  <---- CPU into C4.  W1 l- U/ C7 {) O; I
                       //  Interrupts or breakup events take CPU out of C4;
( K+ d" y7 z7 F9 A9 ~8 g; t9 _9 b    if( GPIO_is_High() ) ) F, G: C' X4 n  b" Q8 m' H
       break;
! C0 A; L% S+ d8 K% l% [$ T/ j2 D& Q }; E1 U/ c9 @( r; {+ f0 o7 B+ p0 `2 ]
}& ], \6 P- I1 r
有什么不对吗?
3 U  x- d0 i0 i, u) C6 O% A# C5 g( [8 \3 Z
现在的问题是,用示波器观察STP_CLK/STP_CPU 等pin都没有发现assert,另外进到C4 按道理cpu应该会发VID 给VR 的结果也没有看到,不知为何。 是因为在SMI 里面写LVL3/4 register 不会让CPU 进入到C4吗?8 u4 k( C1 d+ J: F9 _- l
! P  w0 `( ]7 }, \# W: ?
另外请教,让系统进入到S1然后返回的延时大概是什么样子? 可否达到要求?
# R; o  J9 T+ Y4 |* @" g3 b还请大侠多指点几句。。。 不要抓狂。。
/ g! }* T% u& E: _
! Z2 J5 q9 p- z! B3 d! b[ 本帖最后由 1点0 于 2008-10-22 09:36 编辑 ]
回复

使用道具 举报

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

本版积分规则

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

GMT+8, 2026-6-8 12:22 , Processed in 1.902460 second(s), 17 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

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