En un movimiento de último minuto, ingenieros de Intel y AMD han intervenido para abordar un cambio de código realizado por un desarrollador de Microsoft que podría haber afectado el funcionamiento de Linux 6.13 en ciertos sistemas. Este cambio, introducido en otoño, pretendía ser una mejora útil. Consistía en modificar Linux x86_64 para utilizar páginas de solo lectura de gran tamaño (ROX) para el almacenamiento en caché de páginas ejecutables, con la teoría de que esto incrementaría el rendimiento.
No obstante, el código provocó problemas en algunas configuraciones, lo que llevó a Peter Zijlstra de Intel a comprometer un parche urgente para desactivarlo. La versión estable del kernel 6.13 estaba programada para ser lanzada el próximo fin de semana. Zijlstra comentó que el cambio había complicado significativamente el archivo alternative.c y aún contenía errores, especialmente en algunas variantes de Control Flow Integrity (CFI), que es una tecnología anti-malware diseñada para evitar que los atacantes redirijan el flujo de control de un programa.
El cambio causó problemas en algunas configuraciones habilitadas para CFI, y se reportaron casos de máquinas con tecnología Intel Alder Lake que no podían reanudar desde la hibernación. Zijlstra mencionó que el ingeniero de Microsoft estaba trabajando en parches para solucionar estos problemas, pero que, dado el estado actual, no estaban listos. Por lo tanto, se decidió desactivar el cambio por el momento y volver a intentarlo en el próximo ciclo.
Borislav Petkov, ingeniero de AMD, señaló que los mantenedores de Linux x86_64 no habían aprobado el cambio, comentando con ironía cómo el cambio se había implementado sin la aprobación de un solo mantenedor de x86, causando múltiples problemas. A pesar de que el código problemático sigue presente, no se incluirá en la próxima versión estable del kernel. La situación ha generado preocupación sobre los procesos que permitieron que el cambio permaneciera en la compilación tan cerca de su lanzamiento público.
Es notable que Microsoft tenga estándares de control de calidad cuestionables en lo que respecta a las versiones de su sistema operativo principal, Windows. Que uno de sus ingenieros introdujera un código problemático en el kernel de Linux no es sorprendente, y es probable que no sea el último en hacerlo, independientemente de su empleador. Sin embargo, el hecho de que el cambio haya llegado tan lejos sin una revisión por parte de los mantenedores de Linux x86/x86_64 es motivo de preocupación, y Petkov no será el único que se pregunte cómo sucedió esto.
