En diciembre, AMD publicó parches para el controlador P-State Linux para implementar un”Modo autónomo guiado”de operación para complementar el modo pasivo existente utilizado por el controlador amd_pstate y el modo totalmente autónomo/EPP pendiente que ha visto muchas revisiones de parches en los últimos meses. Si bien gran parte del enfoque de ingeniería de AMD se ha centrado en obtener el código P-State EPP upstream, hoy está disponible la segunda iteración de ese soporte de modo autónomo guiado.
La compatibilidad con el modo autónomo guiado de AMD se resumió de la siguiente manera:”El gobernador de escalamiento del sistema operativo especifica las frecuencias mínimas y máximas/los niveles de rendimiento a través del registro de’Rendimiento mínimo’y’Rendimiento máximo’, y PMFW puede seleccionar de forma autónoma una frecuencia operativa en este rango.”Los puntos de referencia publicados por AMD con los parches del Modo Autónomo Guiado mostraron que funciona bien con los procesadores EPYC”Genoa”de 4.ª generación de AMD y mejor que el modo pasivo predeterminado o que utiliza el controlador ACPI CPUFreq genérico.
Mientras AMD ha estado trabajando para obtener compatibilidad con P-State EPP para Linux 6.3, los parches del modo autónomo guiado se actualizaron hoy y parece que también podrían seguir su ejemplo en la próxima versión del kernel.. Los parches v2 no tienen muchos cambios además de solucionar un problema con los sistemas de memoria compartida y luego volver a basar este código sobre los últimos parches del controlador EPP.
Los parches v2 se pueden encontrar en la lista de correo para probar y, con suerte, este modo autónomo guiado y EPP funcionan ambos estarán listos a tiempo para el ciclo de Linux 6.3 del próximo mes. Estén atentos y una vez que este trabajo esté a punto de aterrizar, estaré presente con algunos puntos de referencia nuevos de potencia/rendimiento de Linux para los procesadores EPYC y Ryzen.
