Los resultados de las pruebas son concretos. Resultados preliminares presentados en la LPC muestran una mejora del 30% en las pruebas de 'hackbench pipe' y del 15% en las de 'hackbench socket' . En cargas de trabajo de cifrado como ChaCha20, el rendimiento mejoró hasta un 26% en un simulador RISC-V. Parches anteriores desarrollados por Intel mostraron una reducción del 44% en el tiempo de procesamiento en un AMD EPYC Genoa para el mismo punto de referencia, lo que se traduce en una mejora aproximada del 80% en el rendimiento . Esta función es el resultado de más de un año de trabajo liderado por los ingenieros de Intel Tim Chen y Chen Yu .
Para los administradores de sistemas y operadores de servidores, esto se traduce en mejoras medibles en bases de datos, redes y cargas de trabajo en contenedores, sin necesidad de actualizar el hardware.
Después de años de disputas de licencias y bloqueos en foros, AMD ha integrado el soporte inicial para HDMI 2.1 Fixed Rate Link (FRL) en el controlador AMDGPU DRM para Linux 7.2 . FRL es el modo de señalización que reemplaza al TMDS de HDMI 2.0, elevando el límite de ancho de banda de 18 Gbps a 48 Gbps. Esta es la base necesaria para lograr resoluciones de 4K/120Hz, 5K/240Hz y 8K a través de HDMI en los controladores Radeon de código abierto .
Hay un detalle importante: la función está desactivada por defecto en este ciclo . La razón es que el soporte para la Frecuencia de Actualización Variable (VRR) a través de HDMI aún no está completo. Activar FRL sin VRR podría causar regresiones para los usuarios que tengan pantallas compatibles con FRL. Una vez que el VRR por HDMI esté disponible, se planea activar FRL por defecto . Los usuarios que quieran probarlo ahora pueden arrancar con el parámetro de kernel amdgpu.dc_feature_mask=0x400 . La implementación completa de HDMI 2.1 —incluyendo VRR y Display Stream Compression (DSC)— sigue en desarrollo y no llegó a tiempo para la ventana de fusión de la versión 7.2 .
Los parches ya han pasado un subconjunto representativo de las pruebas de cumplimiento de HDMI, y las pruebas de conformidad completa están en marcha .
Linux 7.2 integra el esperado controlador del procesador de señal de imagen AMD ISP4 en el subsistema de medios . Este controlador es esencial para que la cámara web integrada funcione de forma nativa en portátiles con procesadores AMD Ryzen, como el HP ZBook Ultra G1a (Strix Halo) y futuros modelos Ryzen AI de gama alta . Anteriormente, los usuarios de estas máquinas tenían que recurrir a kernels OEM o parches no oficiales, una solución engorrosa para una función básica . Con ISP4 en el kernel principal, la cámara debería funcionar sin necesidad de compilaciones personalizadas .
El controlador es compatible con V4L2, ofrece procesamiento de imagen acelerado por hardware (reducción de ruido, enfoque automático, HDR) y descarga las tareas del ISP al hardware dedicado del SoC, reduciendo la carga de la CPU . El código pasó por diez rondas de revisión antes de ser considerado listo para su integración .
Las siguientes funciones no se encontraron explícitamente en los artículos de noticias y análisis devueltos por la búsqueda:
Es posible que estos cambios estén presentes en el registro de cambios completo del kernel, pero no fueron cubiertos en la información de circulación general.
Los resultados de las pruebas son concretos. Resultados preliminares presentados en la LPC muestran una mejora del 30% en las pruebas de 'hackbench pipe' y del 15% en las de 'hackbench socket' . En cargas de trabajo de cifrado como ChaCha20, el rendimiento mejoró hasta un 26% en un simulador RISC-V. Parches anteriores desarrollados por Intel mostraron una reducción del 44% en el tiempo de procesamiento en un AMD EPYC Genoa para el mismo punto de referencia, lo que se traduce en una mejora aproximada del 80% en el rendimiento . Esta función es el resultado de más de un año de trabajo liderado por los ingenieros de Intel Tim Chen y Chen Yu .
Para los administradores de sistemas y operadores de servidores, esto se traduce en mejoras medibles en bases de datos, redes y cargas de trabajo en contenedores, sin necesidad de actualizar el hardware.
Después de años de disputas de licencias y bloqueos en foros, AMD ha integrado el soporte inicial para HDMI 2.1 Fixed Rate Link (FRL) en el controlador AMDGPU DRM para Linux 7.2 . FRL es el modo de señalización que reemplaza al TMDS de HDMI 2.0, elevando el límite de ancho de banda de 18 Gbps a 48 Gbps. Esta es la base necesaria para lograr resoluciones de 4K/120Hz, 5K/240Hz y 8K a través de HDMI en los controladores Radeon de código abierto .
Hay un detalle importante: la función está desactivada por defecto en este ciclo . La razón es que el soporte para la Frecuencia de Actualización Variable (VRR) a través de HDMI aún no está completo. Activar FRL sin VRR podría causar regresiones para los usuarios que tengan pantallas compatibles con FRL. Una vez que el VRR por HDMI esté disponible, se planea activar FRL por defecto . Los usuarios que quieran probarlo ahora pueden arrancar con el parámetro de kernel amdgpu.dc_feature_mask=0x400 . La implementación completa de HDMI 2.1 —incluyendo VRR y Display Stream Compression (DSC)— sigue en desarrollo y no llegó a tiempo para la ventana de fusión de la versión 7.2 .
Los parches ya han pasado un subconjunto representativo de las pruebas de cumplimiento de HDMI, y las pruebas de conformidad completa están en marcha .
Linux 7.2 integra el esperado controlador del procesador de señal de imagen AMD ISP4 en el subsistema de medios . Este controlador es esencial para que la cámara web integrada funcione de forma nativa en portátiles con procesadores AMD Ryzen, como el HP ZBook Ultra G1a (Strix Halo) y futuros modelos Ryzen AI de gama alta . Anteriormente, los usuarios de estas máquinas tenían que recurrir a kernels OEM o parches no oficiales, una solución engorrosa para una función básica . Con ISP4 en el kernel principal, la cámara debería funcionar sin necesidad de compilaciones personalizadas .
El controlador es compatible con V4L2, ofrece procesamiento de imagen acelerado por hardware (reducción de ruido, enfoque automático, HDR) y descarga las tareas del ISP al hardware dedicado del SoC, reduciendo la carga de la CPU . El código pasó por diez rondas de revisión antes de ser considerado listo para su integración .
Las siguientes funciones no se encontraron explícitamente en los artículos de noticias y análisis devueltos por la búsqueda:
Es posible que estos cambios estén presentes en el registro de cambios completo del kernel, pero no fueron cubiertos en la información de circulación general.