Intel BX80605X3430 Data Sheet - Page 41

Package C-States

Page 41 highlights

Power Management 4.2.5 Package C-States The processor supports C0, C1/C1E, C3, and C6 power states. The following is a summary of the general rules for package C-state entry. These apply to all package Cstates unless specified otherwise: • A package C-state request is determined by the lowest numerical core C-state amongst all cores. • A package C-state is automatically resolved by the processor depending on the core idle power states and the status of the platform components. - Each core can be at a lower idle power state than the package if the platform does not grant the processor permission to enter a requested package C-state. - The platform may allow additional power savings to be realized in the processor. The processor will put the DRAM into self-refresh in the package C3 and C6 states. • For package C-states, the processor is not required to enter C0 before entering any other C-state. The processor exits a package C-state when a break event is detected. If DRAM was allowed to go into self-refresh in package C3 or C6 state, it will be taken out of selfrefresh. Depending on the type of break event, the processor does the following: • If a core break event is received, the target core is activated and the break event message is forwarded to the target core. - If the break event is not masked, the target core enters the core C0 state and the processor enters package C0. - If the break event is masked, the processor attempts to re-enter its previous package state. • If the break event was due to a memory access or snoop request. - But the platform did not request to keep the processor in a higher package Cstate, the package returns to its previous C-state. - And the platform requests a higher power C-state, the memory access or snoop request is serviced and the package remains in the higher power C-state. Table 4-5 shows an example package C-state resolution for a dual-core processor. Figure 4-3 summarizes package C-state transitions. Table 4-5. Coordination of Core Power States at the Package Level Package C-State C0 C0 C0 C11 C0 Core 0 C3 C0 C6 C0 Core 1 C11 C3 C6 C0 C0 C0 C11 C11 C11 C11 C3 C3 C11 C3 C6 Note: 1. If enabled, the package C-state will be C1E if all actives cores have resolved a core C1 state or higher. Datasheet, Volume 1 41

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98

Datasheet, Volume 1
41
Power Management
4.2.5
Package C-States
The processor supports C0, C1/C1E, C3, and C6 power states. The following is a
summary of the general rules for package C-state entry. These apply to all package C-
states unless specified otherwise:
A package C-state request is determined by the lowest numerical core C-state
amongst all cores.
A package C-state is automatically resolved by the processor depending on the
core idle power states and the status of the platform components.
Each core can be at a lower idle power state than the package if the platform
does not grant the processor permission to enter a requested package C-state.
The platform may allow additional power savings to be realized in the
processor. The processor will put the DRAM into self-refresh in the package C3
and C6 states.
For package C-states, the processor is not required to enter C0 before entering any
other C-state.
The processor exits a package C-state when a break event is detected. If DRAM was
allowed to go into self-refresh in package C3 or C6 state, it will be taken out of self-
refresh. Depending on the type of break event, the processor does the following:
If a core break event is received, the target core is activated and the break event
message is forwarded to the target core.
If the break event is not masked, the target core enters the core C0 state and
the processor enters package C0.
If the break event is masked, the processor attempts to re-enter its previous
package state.
If the break event was due to a memory access or snoop request.
But the platform did not request to keep the processor in a higher package C-
state, the package returns to its previous C-state.
And the platform requests a higher power C-state, the memory access or snoop
request is serviced and the package remains in the higher power C-state.
Table 4-5
shows an example package C-state resolution for a dual-core processor.
Figure 4-3
summarizes package C-state transitions.
Note:
1.
If enabled, the package C-state will be C1E if all actives cores have resolved a core C1 state or higher.
Table 4-5.
Coordination of Core Power States at the Package Level
Package C-State
Core 1
C0
C1
1
C3
C6
Core 0
C0
C0
C0
C0
C0
C1
1
C0
C1
1
C1
1
C1
1
C3
C0
C1
1
C3
C3
C6
C0
C1
1
C3
C6