C-state

C-state

1. Overview

 

       C-state是ACPI spec定义的CPU工作在G0时的power states，这些状态包括C0,C1,C2,C3…Cn.其中C0被称为Active状态，也只有C0的时候CPU才会执行指令；其余的状态则被称为sleeping，这时CPU是不执行指令的，也因而会节省更多的功耗。系统在运行时会根据loading状况在各个C-state之间切换 降低功耗，图1是C-state切换的一个简单的当CPU在进出sleeping state时会有一定的延时，通常延迟越大功耗对应的C-state的功耗就越低。APCI规定C0 C1 C2需要保持cache的一致性（要保证CPU cache中的数据一定要是最新的数据），C3以及后续的state就没有这个要求了，也就是说如果系统还要memory request，OS就不会进入C3以及之后的state。从信号上来看 比较旧的CPU架构上，C-state的切换是通过STPCLK#,SLP#,DPSLP#这几个信号实现的，在新的架构引入了QPI bus，切换C state的动作都会透过QPI Request Msg达成，上述信号在新的平台上都被remove掉了。

 

图 1

2. C-state Control

 

1)        Detect & Enable C-state

 

BIOS可以通过CPUID function 5 check CPU是否支持C-state，以及支持哪些C-state（C1 C1E C3 C6 C7），支持的最大的C-state也可以通过MSR去设定，默认情况下增强型C-state以及IO MWAIT Redirection是不支持的，BIOS要根据系统的需求决定是否开启支持该功能的register，对于多核的系统就需要对每颗核都要单独去配置它的C-state的支持。
 

2)        C-state Basic Configuration

通常情况下PPM code会根据MWAIT以及AC/BAT是否存在给出不同的配置方案如：a.当MWAIT支持的时候通常的做法是将CPU 的MWAIT(C1) 映射为ACPI C1,CPU MWAIT(C3)映射为ACPI C2 CPU MWAIT(C7)映射为ACPI C3，当AC存在时为了系统获得更高的性能通常会将MWAIT(C7)不再映射为ACPI C3，也就是支持ACPI C1 C2 两级C-state。b.当MWAIT不支持的时候就需要使用传统的读P_LVLX的做法，将HLT当做ACPI C1,P_LVL2当做ACPI C2,PL_LV4当做ACPI C3，同样在AC存在的状况下ACPI C3就不会被export出来了（以上做法的假设该CPU支持C6 C7，如果不支持的话就remove相关的support的code）。
 

3)        ACPI Structure For C-state

 

l         _OSC & _PDC

_0SC(Operating System Details) & _PDC(Processor Driver Capabilities)在功能上比较接近，基本上供OSPM调用和BIOS传递一些关于C-state P-state T-state是否支持，以及支持的程度和实现方式的一些设定，BIOS可以依据OSPM的参数回报相应的ACPI Structures。
l         _CST

_CST是通过ACPI ASL code 汇报给OSPM的有关该平台CPU所支持的C-state的信息。它的格式如下所示：
CSTPackage : Package ( Count ,  CState ,…,  CState )

其中Count表示所支持的C-state的个数
CState: Package ( Register ,  Type ,  Latency ,  Power ) 

Register表示OSPM调整C-state的方式，Type表示C State的类型（1=C1, 2=C2, 3=C3)。Latency表示进入该C-state的最大的延迟， Power表示在该C-state时的功耗（单位是毫瓦）。下述是一个sample code,注释部分已经讲的很明白了CPU0支持4个C-state,其中C1使用FFixedHW的方式访问，其它3个C-state都是通过P_LVL方式切入，第三和第四个Cstate都被映射到ACPI C3。
 

Name(_CST, Package() 

{

4,      // There are four C-states defined here with three semantics

        // The third and fourth C-states defined have the same C3 entry semantics 

Package(){ResourceTemplate(){Register(FFixedHW, 0, 0, 0)},     1,  20, 1000}, 

Package(){ResourceTemplate(){Register(SystemIO, 8, 0, 0x161)}, 2,  40,  750},

Package(){ResourceTemplate(){Register(SystemIO, 8, 0, 0x162)}, 3,  60,  500},

Package(){ResourceTemplate(){Register(SystemIO, 8, 0, 0x163)}, 3, 100,  250} 

})

 

l         _CSD

 

C-State Dependency 用于向OSPM提供多个logic processor之间C-state的依赖关系。比如在一个Dual Core的平台上，每颗核可以独立运行C1但是如果其中一个核切换到C2，另一个也必须要切换到C2，这时就需要在_CSD中提供这部分信息。
 

     

      

3. P_LVL VS FFH

 

 P_LVL称之为Level register，是在一些比较旧的Intel平台上用做切换C-state的一种方式比如切换到C2，就会去读LV2 然后系统就会进入一个叫做level 2 的power state(C2)。
FFH全称是Function Fixed Hardware，它是Intel特有的用于CPU power states之间进行切换的一个interface. ACPI中的GAS被用于传递FFH的信息给OSPM，它有一个特定的Address_Space_ID(0x7F),这种GAS主要被用在_PCT _CST这样的ACPI Structure中。GAS在_CST中的格式如下图2所示：

 

图 2

OSPM解析到该_CST structure的ID是0x7F，在切换C-state时就可能就会去用Intel特定的native 指令MWAIT去切换，其中Arg0 Arg1主要是MWAIT Extensions指令中传给ECX EAX的参数。Intel之所以将切换C-state的方式从读取P_LVL改成MWAIT指令的方式主要应该是因为性能和时间上的影响，P_LVL的方式就通过IO read 4**地址的方式去做的，IO读取是比较慢也是比较耗时的，所以改成现在通过MWAIT的方式去做，可是现在的CPU仍然可以通过开启IO MWAIT Redirection的方式支持以前的P_LVL的做法。下面的_CST是使用FFH的一个例子：
Name(_CST, Package() 

{

2,      // There are four C-states defined here with three semantics

        // The third and fourth C-states defined have the same C3 entry semantics 

Package(){ResourceTemplate(){Register(FFixedHW, 0x01, 0x02, 0x0000000000000000,0x01)},     0x01,  0x03, 0x000003e8}, 

Package(){ResourceTemplate(){Register(FFixedHW, 0x01, 0x02, 0x0000000000000010,0x03)},     0x01,  0xf5, 0x0000015e}

})

 

 

REFF:

1.    ACPI Spec 3.0

2.    Intel Processor vendor-Specific ACPI

 

 

That’s all!

 

Peter

 

2010/9/20

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/hgf1011/archive/2010/09/20/5897729.aspx