NetBSD ya compila y ejecuta la suite LTP para probar su capa compat_linux
Un participante del Google Summer of Code porta el Linux Test Project al kernel de NetBSD para medir de una vez por todas como de bien ejecuta binarios de Linux.
NetBSD lleva anos ejecutando binarios de Linux sin emulacion, apoyandose en compat_linux, una capa de compatibilidad que vive dentro del propio kernel. Lo que faltaba no era la capacidad, sino alguien que la probara en serio. Henrique Brito, participante del Google Summer of Code, ha dedicado su proyecto a que el Linux Test Project (LTP) compile y se ejecute sobre NetBSD. Su mentor, Stephen Borrill, ha presentado el estado del trabajo en EuroBSDCon 2026.
Portar una suite de pruebas no es compilar y lanzar. Los tests de LTP asumen rutas, interfaces y comportamientos del sistema para el que se escribieron, asi que llevarlos a otro kernel obliga a revisar cada supuesto que se rompe por el camino. Ese trabajo ya ha dejado algunas correcciones menores y, sobre todo, una lista bastante larga de problemas pendientes de resolver.
Que hay y que falta
Los resultados que se han presentado son un informe de situacion, no un veredicto. Hay arreglos ya integrados y una relacion de fallos por atacar, que es exactamente lo que se necesita para que la tarea siga avanzando despues de que termine el programa de verano. Lo que no ha salido es una cifra de cobertura: cuantas pruebas de LTP pasan hoy sobre NetBSD y cuantas siguen fallando. Sin ese numero no se puede saber si compat_linux esta mejor o peor de lo que se creia.
Para quien administra sistemas BSD, la relevancia de compat_linux es cotidiana. Es lo que permite tirar de un binario de Linux propietario o de una herramienta antigua que nunca se recompilara para NetBSD, sin montar una maquina virtual ni un contenedor aparte. Cuando esa capa se rompe, normalmente se rompe en silencio: nadie se enteraba hasta que un usuario concreto chocaba con el fallo. Tener LTP corriendo dentro del arbol de pruebas cambia eso, porque convierte cada regresion en algo que se detecta antes de publicar la version.
Queda por ver si el trabajo cuaja en el ciclo de desarrollo de NetBSD o se queda en un parche estacional. La lista de problemas pendientes es la parte util: es la hoja de ruta que cualquier colaborador puede coger sin haber estado en el proyecto desde el principio.
