Power States (C-States) are ACPI-defined idle sleep modes for a processor core, ranging from C0 (active) to deeper states like C6, where progressively more internal circuits are powered down to reduce leakage power during inactivity. Each deeper state trades increased exit latency for greater static power savings, managed by the OS or firmware via interfaces like PSCI. This hierarchy is fundamental for managing dark silicon and meeting power budgets in NPUs and SoCs.
Glossary
Power States (C-States)

What is Power States (C-States)?
A technical definition of processor idle states for power optimization in accelerators and embedded systems.
In NPU acceleration, C-States are coordinated with P-States (Performance States) and techniques like clock gating and power gating for holistic power management. The Power Management Unit (PMU) orchestrates transitions, while Dynamic Thermal Management (DTM) may influence state depth to control heat. Effective use minimizes the Energy-Delay Product (EDP), crucial for battery-powered edge AI and devices governed by Thermal Design Power (TDP) limits.
Key C-State Levels and Characteristics
C-States (CPU Power States) are ACPI-defined idle sleep modes for a processor core, where deeper states progressively power down more internal circuits to reduce static leakage power. This grid details the primary operational levels from active execution to deep sleep.
C0 State (Active)
The C0 state is the active operating mode where the processor core is executing instructions. All internal clocks are running, and the core consumes its full dynamic and static power. This is the only state in which useful computational work is performed.
- Power Consumption: Maximum (100% of TDP).
- Exit Latency: 0 nanoseconds (already active).
- Context: All architectural state (registers, caches) is fully powered and valid.
C1 State (Halt)
The C1 state (often called Halt) is the shallowest idle state. The core stops executing instructions and halts its internal clock, but remains fully powered and voltage is maintained. The core can return to C0 almost instantaneously.
- Key Mechanism: Core clock is gated.
- Power Saved: Primarily dynamic power from clock switching.
- Use Case: Extremely short idle periods between instruction bursts.
C6 State (Deep Power Down)
The C6 state is a deep sleep state where the core's power is completely removed (power gated). The core's architectural state is saved to a dedicated SRAM before power-down and restored on wake-up. This eliminates virtually all leakage power for that core.
- Power Saved: >95% of core leakage power.
- Exit Latency: High (tens to hundreds of microseconds).
- State Retention: Core voltage (Vcc) is reduced to zero; state saved externally.
Package C-States
Package C-States (PC-states) apply power management to the entire processor package, including shared resources like the last-level cache (LLC) and integrated memory controller. Deeper package states like PC6 or PC10 can power-gate these shared blocks when all cores are in a deep C-state.
- Scope: Manages power for shared, uncore components.
- Impact: Enables significant system-level power savings beyond core C-states.
- Trigger: Requires all cores to be in a sufficiently deep C-state (e.g., C6).
Entry/Exit Latency Trade-off
A fundamental characteristic of C-states is the trade-off between power savings and latency. Deeper C-states save more power but have longer entry and exit latencies due to the time required to power down/up circuits and save/restore state.
- C1 Exit Latency: <1 microsecond.
- C6 Exit Latency: ~100 microseconds.
- OS Governor: The operating system's idle driver must predict idle duration to select the deepest C-state where the energy saved outweighs the latency penalty of entering/exiting.
ACPI Specification & OS Control
C-states are defined by the Advanced Configuration and Power Interface (ACPI) specification. The operating system's CPU idle driver requests state transitions via ACPI methods. Firmware (ACPI tables) reports the available states and their latencies to the OS.
- Standardization: Ensures OS compatibility across different CPU architectures.
- Control Flow: OS observes workload → predicts idle → requests C-state via
MWAITinstruction or similar → hardware executes transition. - Exposed Interface:
/sys/devices/system/cpu/cpuX/cpuidle/in Linux.
How C-States Work and Are Controlled
An overview of the operational mechanics and software control of processor idle power states.
C-States (CPU Power States) are ACPI-defined idle modes where a processor core progressively powers down internal circuits to reduce static leakage power during inactivity. The operating system's idle scheduler initiates the transition from the active C0 state to a target idle state (C1, C2, C6, etc.) based on predicted core inactivity. Entry into a deeper C-state involves a coordinated handshake between the OS and platform firmware, which sequences the clock gating, voltage reduction, and eventual power gating of core logic and caches. Each deeper state trades increased wake-up latency and context loss for greater power savings, requiring the OS to balance energy efficiency with responsiveness.
Control is orchestrated by the OS kernel's CPU idle governor, which uses historical data to select the deepest permissible C-state. The Advanced Configuration and Power Interface (ACPI) provides the firmware tables and methods that define available states and entry/exit procedures. Modern systems often implement hardware-autonomous C-state management, where the Power Control Unit (PCU) within the processor makes microsecond-level decisions, overriding software hints to enforce thermal and electrical limits. Effective management requires careful configuration of C-state latency limits and preference policies to prevent detrimental performance impacts from overly aggressive power savings in latency-sensitive workloads.
C-States vs. P-States: Core Power Management
A comparison of the two primary ACPI-defined processor power management mechanisms: C-States for idle power reduction and P-States for active performance scaling.
| Feature / Characteristic | C-States (Idle States) | P-States (Performance States) |
|---|---|---|
Primary Purpose | Reduce power consumption during core inactivity (idle). | Scale performance and power during active execution (workload). |
ACPI State Range | C0 (active) to C10 (deepest idle, vendor-specific). | P0 (highest performance) to Pn (lowest performance). |
Core Activity | Core is halted, not executing instructions. Deeper states turn off clocks and power to internal units. | Core is actively executing instructions. All functional units are powered and clocked. |
Power Savings Source | Primarily reduces leakage (static) power by power-gating circuits. Also eliminates dynamic power from clock switching. | Reduces dynamic power via lower voltage/frequency (P = CV²f). Leakage power reduction is secondary. |
Entry/Exit Control | Typically managed autonomously by hardware when the OS scheduler idles a core. OS requests a target C-state. | Managed by OS governor (e.g., intel_pstate, AMD pstate) or firmware, based on CPU utilization and policy. |
Exit Latency | Increases dramatically with deeper states (C1: nanoseconds, C6: tens of microseconds). | Very low latency for P-state transitions (typically microseconds), as it involves frequency/voltage scaling. |
State Retention | Shallow states (C1) retain all core context. Deep states (C6) flush caches and require context restore from shared SRAM or system memory. | Full architectural state is always retained. No context loss occurs during P-state transitions. |
Typical Use Case | Core is waiting for an interrupt or work in its scheduler run queue. Applied during OS idle loops. | Core is busy but workload does not require peak frequency. Applied to match performance to demand (race-to-idle). |
Hardware Dependency | Requires per-core power gates, retention flip-flops, and wake-up logic. Implementation is highly vendor-specific. | Requires per-core or per-cluster voltage regulators (VRMs) and clock generators supporting DVFS. |
Implications for NPUs and AI Acceleration
C-States are a critical power management primitive for NPUs, enabling significant energy savings during the irregular, bursty inference workloads typical of AI. Their effective implementation directly impacts thermal design, battery life, and sustainable peak performance.
Managing Bursty Inference Workloads
AI inference is characterized by short, intense computational bursts followed by idle periods while waiting for new data or I/O. C-States allow the NPU to enter deep idle states (e.g., C6) between these bursts, dramatically reducing static leakage power. This is essential for edge devices where the NPU may be active only 10-30% of the time, making idle power the dominant factor in total energy consumption.
Interaction with P-States and DVFS
C-States and Performance States (P-States) are used in tandem. An optimal power management policy first uses Dynamic Voltage and Frequency Scaling (DVFS) to lower voltage/frequency (P-States) for a moderate load. If the core becomes fully idle, it then initiates a transition into a C-State. The transition latency and energy cost of entering/exiting a deep C-State must be amortized over the idle period. Hardware-software co-design is required to predict idle durations accurately.
Impact on Latency and Determinism
The primary trade-off for C-States is wake-up latency. Deeper states (C6) save more power but take longer (microseconds to milliseconds) to restore context and resume computation. For real-time AI applications (e.g., autonomous vehicle perception), uncontrolled deep sleep can cause jitter and deadline misses. Solutions involve:
- Shallow C-States (C1) for very short idle periods.
- Hardware-based autonomous entry/exit managed by the NPU's Power Management Unit (PMU).
- OS/Driver hints from the AI framework predicting workload gaps.
Granularity: Core, Tile, and NPU-Level States
Modern NPUs have hierarchical power domains. C-States can be applied at different levels:
- Core-level: Individual processing cores or MAC arrays can be independently powered down.
- Tile/Cluster-level: Groups of cores sharing an L1 memory or NoC router can enter a state together.
- Full NPU-level: The entire accelerator can be powered off, requiring re-initialization by the host CPU. Fine-grained control allows parts of the NPU to remain active for low-priority tasks while others sleep, maximizing utilization of Dark Silicon.
Coordination with System Power Management (ACPI)
The NPU's C-States are integrated into the platform-wide Advanced Configuration and Power Interface (ACPI) framework. The host OS, via drivers, issues commands to the NPU's firmware (often using standards like PSCI on ARM). This ensures the NPU's sleep states are coordinated with CPU, GPU, and I/O device states during system-wide sleep (S3) or hibernate (S4) events, preventing power rail conflicts and ensuring clean wake-up sequences.
Essential for Thermal and Power Budgeting
Effective C-State usage is non-negotiable for staying within Thermal Design Power (TDP) and power delivery network (PDN) limits. By minimizing idle power, C-States reduce the baseline thermal load, allowing more thermal headroom for sustained peak performance during active bursts. This directly improves the Performance per Watt metric. Power budgeting algorithms use C-State residency metrics to dynamically allocate power between CPU, GPU, and NPU domains.
Frequently Asked Questions
Essential questions about Power States (C-States), the ACPI-defined idle modes that enable processors and accelerators to minimize energy consumption during periods of inactivity by progressively powering down internal circuits.
A Power State, or C-State, is an ACPI-defined idle sleep state for a processor core that reduces power consumption by incrementally powering down internal circuits when the core is not executing instructions. The mechanism works by the operating system's idle scheduler detecting core inactivity and issuing a MWAIT or HLT instruction, which signals the hardware to transition from the active C0 state to a deeper idle state (e.g., C1, C6). In deeper states, the core clock is halted, its voltage may be reduced, and increasingly large portions of its internal logic (caches, execution units) are powered off via clock gating and power gating, drastically cutting leakage power. The core exits the C-State upon receiving an interrupt, with exit latency increasing for deeper states as more circuits must be re-powered and re-synchronized.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Power States (C-States) are part of a comprehensive hardware and software ecosystem for managing energy consumption and heat. These related concepts define the mechanisms, interfaces, and metrics that enable efficient power management in modern processors and accelerators.
Performance States (P-States)
Performance States (P-States) are ACPI-defined operational modes for an active (C0 state) processor core, where the operating system dynamically selects voltage and frequency pairs to balance performance and power consumption. Unlike C-States which manage idle power, P-States manage active power.
- P0 represents the highest performance state (maximum voltage/frequency).
- Pn states (e.g., P1, P2) represent successively lower performance and power levels.
- Governed by the same Advanced Configuration and Power Interface (ACPI) specification as C-States, enabling OS-directed power and performance management.
Dynamic Voltage and Frequency Scaling (DVFS)
Dynamic Voltage and Frequency Scaling (DVFS) is the underlying hardware technique that enables P-States by dynamically adjusting a core's supply voltage and clock frequency in response to workload demand. It is a primary method for reducing dynamic power, which scales with the square of the voltage (P ∝ V² * f).
- Voltage-Frequency Coupling: Lower frequencies allow a reduction in operating voltage, yielding quadratic power savings.
- Transition Latency: Switching between voltage/frequency pairs incurs a time penalty, which scheduling algorithms must account for.
- Hardware Control: Typically managed by an on-chip Power Management Unit (PMU) based on OS requests.
Advanced Configuration and Power Interface (ACPI)
The Advanced Configuration and Power Interface (ACPI) is the fundamental open standard that defines the software-hardware interface for power management, configuration, and thermal monitoring. It provides the framework for OS-directed control of C-States, P-States, and system sleep states (S-States).
- Global System States (G-States): Define overall system power status (e.g., G0 working, G3 mechanical off).
- Sleep States (S-States): Define low-power system suspend modes (e.g., S3 suspend-to-RAM).
- Device States (D-States): Define power states for peripheral devices.
- The ACPI specification provides the tables and methods that allow an operating system to discover and control these power resources.
Power Management Unit (PMU)
A Power Management Unit (PMU) is a dedicated hardware controller, often a microcontroller or finite state machine, embedded within a System-on-Chip (SoC) or processor. It executes the low-level sequences for power state transitions, voltage regulation, and clock control.
- Orchestrates Transitions: Handles the complex, timing-critical sequence of steps to enter/exit C-States and P-States.
- Interface for Firmware: The PMU is typically controlled by platform firmware (e.g., via the Power State Coordination Interface (PSCI) on ARM) which in turn services OS requests.
- Manages Power Domains: Controls power gating switches and isolation cells for different blocks within the chip.
Leakage Power
Leakage Power (or static power) is the electrical power dissipated by a transistor due to unwanted subthreshold and gate oxide current when the transistor is in a nominally 'off' state. It is a primary target for C-State power savings.
- Temperature Dependent: Leakage current increases exponentially with junction temperature.
- Process Dependent: Becomes more significant with smaller semiconductor process nodes (e.g., sub-10nm).
- C-State Impact: Deeper C-States (e.g., C6) aggressively reduce leakage by power gating entire core domains, cutting voltage to near zero. Shallower states may only clock gate the core, stopping dynamic power but not leakage.
Power State Coordination Interface (PSCI)
The Power State Coordination Interface (PSCI) is an ARM standard that defines a firmware interface for power management operations on ARMv8 and later systems. It provides a vendor-agnostic way for an operating system hypervisor to request power state changes from the platform's trusted firmware.
- Core Idle Management: The OS calls PSCI
CPU_SUSPENDto request entry into a specific low-power state for a core. - Core Power On/Off: Provides functions for turning cores on (
CPU_ON) and off (CPU_OFF). - System Suspend: Manages system-level suspend/resume operations.
- This interface sits between the OS and the hardware-specific Power Management Unit (PMU).

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us