Sasha Levin de Google, encargado de dar soporte a las ramas LTS del núcleo Linux y miembro del consejo consultivo de la Linux Foundation, ha anunciado la creación de una nueva rama del núcleo Linux llamada «linus-next». Al igual que la rama «linux-next», está destinada a probar los cambios propuestos para ser incluidos en la versión principal futura del núcleo Linux, pero se diferencia en su enfoque hacia cambios listos para ser aceptados en la rama principal y en proporcionar una base más estable y adecuada para pruebas.
La rama anteriormente utilizada «linux-next» es ideal para verificar la integración de cambios en el núcleo, evaluar la presencia de conflictos entre subramos de diferentes mantenedores y detectar errores y advertencias relacionadas con la compilación. Sin embargo, es problemático usarla para probar el funcionamiento de los cambios introducidos. La rama «linux-next» incluye una mezcla de cambios que están listos para ser trasladados al núcleo principal y complementos experimentales, que aún pueden estar en desarrollo durante mucho tiempo y posiblemente nunca serán aceptados en la rama principal del núcleo.
La presencia de código experimental inestable impide usar el núcleo «linux-next» para pruebas de trabajo completas, ya que el código experimental puede afectar negativamente a las demás subsistemas del núcleo. En la nueva rama «linus-next», los criterios para aceptar cambios serán más estrictos: solo se incluirán las solicitudes de extracción dirigidas a Linus Torvalds que, según los desarrolladores, Linus aceptará en la rama principal del núcleo.
La aparición de la rama "linus-next" no solo permitirá probar la compatibilidad de los cambios propuestos a nivel de compilación del núcleo, sino también evaluar directamente su funcionamiento, lo que conducirá a una mejora en la calidad de las pruebas de los cambios durante la revisión de los pull requests que ya han sido enviados, pero que aún no han sido revisados por Linus. La nueva rama también incentivará el envío de pull requests lo antes posible, incluso antes de comenzar la ventana de recepción de cambios, para permitir su prueba en funcionamiento. Además, la rama "linus-next" se desarrollará de acuerdo con un modelo de integración continua, en lugar de actualizaciones diarias con la creación de una nueva etiqueta, lo que facilitará el análisis de problemas emergentes y la identificación de cambios específicos que causaron fallos.
También se puede señalar el descontento de Linus Torvalds con el proceso de bloqueo de vulnerabilidades en el hardware a nivel del núcleo, expresado durante la discusión de problemas y regresiones en el código para contrarrestar ataques que utilizan vulnerabilidades en el mecanismo de ejecución especulativa de instrucciones en los CPU. Los cambios necesarios para bloquear vulnerabilidades de hardware complican el desarrollo, provocan regresiones y afectan negativamente al rendimiento, dado que la mayoría de los ataques que utilizan tales vulnerabilidades son puramente teóricos y nunca se aplican en la práctica, fuera de condiciones de laboratorio.
Al considerar la propuesta de modificar el núcleo para sortear problemas potenciales al contrarrestar vulnerabilidades de hardware, Linus sugirió asignar la responsabilidad a los fabricantes de hardware, quienes son responsables de la aparición de estas vulnerabilidades, y dejar claro que ellos deben resolver sus propios problemas. El cambio propuesto se sugirió como una medida de precaución, ya que, debido a la incertidumbre en el comportamiento del CPU, la protección podría dejar de funcionar potencialmente en algunos nuevos CPU de Intel.
Fuente: opennet.ru
