¿Cómo puedo configurar Intel idle max cstate a 1 y cómo puedo verificar cuándo lo hará? Tengo un problema de congelación debido a los núcleos de senderos de bahía.
probé el kernel 4.5 4.1.12 4.4 pero el problema de congelación aún continúa. por el momento 4.4 es mi versión de kernel.
Respuestas:
Si usa GRUB:
Con
sudo
, edite/etc/default/grub
y edite laGRUB_CMDLINE_LINUX_DEFAULT
línea agregandointel_idle.max_cstate=1
a lo que ya pueda estar allí. Después de guardar el archivo ejecutadosudo update-grub
, luego reinicie. Sugiera que primero guarde una copia de su archivo grub original.Para verificar que su cstate no sea más profundo que 1 use turbostat (paquete: linux-tools-common).
Ejemplo (donde ya hay algo en el
GRUB_CMDLINE_LINUX_DEFAULT
):Antes (editado):
Realice el cambio (usando mi método para el control de configuración):
Cambia esto:
A esto:
Y actualizar:
Ahora marque (editado):
También debería ver estos mensajes en
dmesg
yvar/log/kern.log
(editado):fuente
turbostat
, muestra que el estado no va más allá de 1. ¿Qué quiere decir condeeper
? ¿Qué hacer de manera diferente si va más profundo?intel_idle.max_cstate=1
en el grub comoGRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"
con una actualización de grubsudo update-grub
y reinicié la máquina. Ya no se producen reinicios duros. Estoy contento de haber resuelto mi problema. Sin embargo, me pregunto qué es exactamente esta propiedad que le dice a la CPU.Después de tener los mismos problemas de congelación con Linux y mi asrock Q2900, encontré en un sitio web de TI alemán la solución / solución provista por Intel. ( https://www.golem.de/news/intel-einfrieren-bei-intels-bay-trail-socs-durch-patch-abgefedert-1609-123546.html ) Hay un problema general con Bay-Trail-SoCs de Intel. El enlace al parche: https://bugzilla.kernel.org/attachment.cgi?id=223851
Más información: Este parche / script obtiene el modo de ahorro de energía. La solución de tema anterior elimina este modo en absoluto.
fuente
Editar / etc / por defecto / grub:
correr
fuente
Ya no es necesario actualizar grub si cambia a un kernel más reciente.
De acuerdo con el comentario # 1013 en el informe de error , ahora está solucionado:
Se han tardado unos cuatro años en solucionar este error que se informó por primera vez el 8 de diciembre de 2015.
fuente