Intel Raptor Lake vuelve a aparecer, una vez más, siendo un dolor de cabeza para usuarios y empresas, aunque el origen del problema ya venía de lejos. Dando un poco de contexto, porque tratamos este tema en extensión en su momento, primero fueron los fallos de estabilidad en juegos con Unreal Engine, después llegaron los parches de microcódigo de Intel para contener el Vmin Shift y más tarde quedó claro que algunas CPU de 13ª y 14ª Gen podían seguir mostrando errores bajo determinadas cargas. Ahora el foco está en Firefox, zlib-rs y una cadena de crasheos que Mozilla ha tenido que corregir porque los problemas con estas CPU Raptor Lake y arquitectura se estaban acumulando.
La nueva historia empieza con Oodle 2.9.14, porque ahí aparece una pista técnica muy concreta. Fabian Giesen, coautor de este software, explicó que Oodle veía errores de descompresión en máquinas donde la RAM pasaba pruebas y los datos en disco coincidían con sus hashes, algo que alejaba el caso de un fallo normal de memoria o almacenamiento. El workaround de Oodle intentaba reducir esas llamadas fallidas en equipos afectados, pero terminaba colapsando, algo parecido a lo que tenemos hoy encima de la mesa.
Mozilla tiene que parchear Firefox tras meses de investigaciones donde los problemas se concentraban en las CPU Intel Raptor Lake
Y Giesen y su equipo terminaron casi “locos”, y ahora se mismo patrón acabó tocando a Firefox con zlib-rs, ya que la implementación en Rust que Mozilla incorporó para compresión y descompresión gzip. Trifecta Tech Foundation explica que Firefox 151.0.0 empezó a usar zlib-rs y que, poco después, aparecieron crashes en una comprobación de límites que no debería fallar de forma lógica. Al revisar los reportes, el patrón apuntaba otra vez a Intel Raptor Lake, y el problema terminó conectado con una instrucción generada por LLVM al escribir el resultado de la codificación Huffman en memoria.
El detalle técnico está en una instrucción que movía el byte alto del registro RCX, concretamente CH, hacia memoria. Según Trifecta y la propia Mozilla, por el bug de hardware esa instrucción podía terminar escribiendo los bits bajos en lugar de los altos, provocando corrupción de datos y el crash que Firefox estaba viendo. La solución, como es lógico, pasó por evitar que LLVM generase esa instrucción concreta en zlib-rs.
Dos intentos, dos versiones del navegador para terminar de corregir algo que Intel no ha podido hacer al completo
Mozilla terminó reflejándolo en Firefox 151.0.1, donde corrigió un crash sufrido por usuarios con CPU Intel Raptor Lake y lo vinculó al Bug 1950764. Ese bug de Bugzilla señalaba que todos los crashes de esa firma venían de máquinas con CPU ID family 6 model 183 stepping 1, identificado por Mozilla como Raptor Lake.
Firefox 152.0.1 volvió a incluir otra corrección para crashes frecuentes que afectaban a usuarios con procesadores Intel Raptor Lake, ahora mediante el Bug 2039575. Intel mitigó condiciones de degradación, Oodle esquivó un disparador en descompresión y Mozilla ha tenido que hacer lo mismo en Firefox.
Si esto de por sí no es tremendo, aunque Mozilla haya lanzado dos parches para su navegador, el problema sigue existiendo y otros programas y aplicaciones podrían repetir este error, así que es más que probable que Intel tenga que lanzar un firmware de nueva factura con algún fix, o varios, posiblemente aprovechando la llegada de Raptor Lake Next como vimos ayer.
La entrada Mozilla parchea Firefox tras problemas y crasheos ligados a las CPU Intel Raptor Lake (Core 13 y Core 14) aparece primero en El Chapuzas Informático.
