Linux 6.18-rc4 ya está disponible como la nueva compilación de pruebas semanal. Tras varias semanas tranquilas, el ciclo se mantiene estable y apunta a entregarse a tiempo a finales de noviembre o en los primeros días de diciembre. La cuarta candidata a liberación llega sin sobresaltos y con foco en pulir detalles, como se detalló en las Novedades de Linux 6.18-rc3.
Linus Torvalds la ha anunciado con unas horas de antelación por viaje, pero sin cambios de fondo en el plan: predominan las correcciones de controladores (GPU, red y sonido) y ajustes menores en redes, sistemas de archivos (SMB, XFS y nfsd), el planificador extensible (sched_ext) y las arquitecturas s390 y x86, además de nuevas pruebas automáticas para VFIO.
- Publicada la rc4 con desarrollo estable y sin sobresaltos; el lanzamiento final se espera para finales de noviembre o primeros de diciembre.
- En x86: más IDs de modelo para Zen 6, RDSEED deshabilitado en Zen 5 con microcódigo antiguo, arreglo de XFD y corrección de compilación con CFI/LTO de Clang.
- Gestión de energía: solucionada una regresión del 11% en el gobernador CPUidle menu, detectada en Intel Core i5-10600K y corregida por Rafael Wysocki.
- Predominan pequeños fixes en controladores (GPU, red, sonido) y ajustes en networking, SMB/XFS/nfsd, sched_ext y nuevas selftests para VFIO.
Novedades y cambios más destacados de Linux 6.18-rc4
En x86 destaca la ampliación de los identificadores de modelo para los próximos AMD Zen 6 (familia 1Ah). El kernel ahora reconoce 16 modelos adicionales al extender el intervalo anterior; con ello se facilita la preparación de productos basados en Zen 6 que irán llegando al mercado, en una línea similar a lo informado en linux 6.18-rc2.
También en el frente AMD, el kernel desactiva el uso de RDSEED en determinados Zen 5 con microcódigos anteriores al parche de firmware, mitigando el problema conocido de aleatoriedad. AMD ya distribuye una actualización para EPYC 9005 y el resto llegará en breve; mientras tanto, el kernel incluye esta salvaguarda sobre RDSEED. Junto a ello se corrige la sincronización del estado XFD del FPU al entregar señales y se evita un fallo de compilación con CONFIG_CFI=y y CONFIG_LTO_CLANG_FULL=y.
Gestión de energía y rendimiento en Linux 6.18-rc4
Se ha resuelto una regresión de rendimiento en el gobernador de menú de CPUidle que se remontaba a Linux 6.17. El problema, observado por Doug Smythies en un Intel Core i5 -10600K, provocaba una caída de rendimiento de alrededor del 11% en determinadas cargas, y ya está subsanado en Git a tiempo para esta rc.
El arreglo, firmado por Rafael Wysocki, opta por seleccionar con más frecuencia el estado de sondeo cuando la latencia de salida de un estado de reposo supera la duración de inactividad prevista. Esta modificación acota esperas innecesarias y recupera el rendimiento perdido; se suma a la corrección reciente para Chromebooks con Intel afectadas por otra regresión de gestión de energía.
Otros frentes del kernel en esta rc
Más allá de x86 y energía, el grueso de cambios vuelve a estar en los controladores: gráficos, red y sonido lideran los parches. En la parte no relacionada con drivers hay pequeños ajustes en la pila de red, en SMB/XFS/nfsd, en sched_ext y pruebas añadidas para VFIO. El propio mantenimiento describe estas modificaciones como triviales y de pocas líneas.
Disponibilidad, pruebas y contexto
Con esta rc4 publicada, la versión final de 6.18 debería llegar a finales de noviembre o la primera semana de diciembre.
Quienes prueben la rc4 deberían vigilar varios puntos: confirmar que no hay fallos al compilar con CONFIG_CFI y LTO de Clang, comprobar el comportamiento de suspensión e inactividad en portátiles y verificar en Zen 5 que el mensaje de RDSEED deshabilitado aparece en dmesg tras aplicar el microcódigo correspondiente. Cualquier incidencia puede reportarse en la LKML o al mantenedor del subsistema afectado.
Linux 6.18-rc4 está madurando bien: amplía el soporte para Zen 6, mitiga el asunto de RDSEED en Zen 5, corrige regresiones de energía y pule controladores y subsistemas clave. Si no surgen sorpresas, el calendario se mantiene y los próximos días servirán para afinar estabilidad y rendimiento de cara al lanzamiento estable.
Fuente: ubunlog
