If you see repeated acpi genuineintel... lines in dmesg or syslog, it means a userspace tool (like turbostat, cpupower, or powertop) is constantly re-reading ACPI processor info. This is rare but can be fixed by updating acpid or disabling CPU hotplug debug.
From Intel’s model numbering:
Confirmed by the Linux kernel’s x86_match_cpu table and Intel’s developer manual. acpi genuineintel---intel64-family-6-model-58
If you have an Ivy Bridge system and notice cores stuck at 800 MHz, the issue is not this string, but rather ACPI thermal or power limit. Check:
ACPI (Advanced Configuration and Power Interface) is an open standard that operating systems use for discovery, configuration, power management, and thermal regulation of hardware. When you see acpi prepended to a CPU identifier, it typically indicates that the ACPI driver or subsystem is printing or parsing CPU information—often from the DSDT (Differentiated System Description Table) or during processor object enumeration. If you see repeated acpi genuineintel
In the Linux kernel, ACPI handles CPU hotplug, idle states (C-states), performance states (P-states via _PSS objects), and throttling. The string often appears in:
"acpi genuineintel---intel64-family-6-model-58" Confirmed by the Linux kernel’s x86_match_cpu table and
ACPI: CPU identified as Genuine Intel, Intel64 architecture.
Family: 6, Model: 58 (Ivy Bridge)
- Supports: SSE4.1/4.2, AVX, AES-NI, VT-x
- ACPI C-states: C1, C1E, C3, C6, C7
- Compatible with intel_idle driver
If you see ACPI errors with this CPU, common issues:
Error: "ACPI: _PR_.CPU0._CST: Found non-MWAIT C-state"
Error: "ACPI Exception: AE_NOT_FOUND, Evaluating _PPC"
Error: Unsupported P-state transition on model 58