Una de las preguntas abiertas La ventana de combinación es si el puerto de arquitectura de CPU LoongArch basado en MIPS64 del kernel logrará aterrizar para el ciclo Linux 5.19. Ha habido una discusión este fin de semana festivo por parte de los desarrolladores de kernel upstream y parece que aún puede aterrizar, pero posiblemente sin los controladores de hardware necesarios incluidos.
Este subproceso LKML tiene la última discusión sobre mainlining LoongArch, la CPU ISA china desarrollada por Loongson después de sus diseños basados en MIPS64 de larga duración. Con MIPS64 siendo un callejón sin salida y buscando impulsar su industria doméstica de CPU, LoongArch fue desarrollado e inspirado por MIPS64 y RISC-V. Al menos en algunas áreas del código del núcleo, se supone que, desde la perspectiva del software, se duplica en gran medida el código MIPS64 existente.
LoongArch ha pasado por más de 10 rondas de revisión para obtener la compatibilidad con el kernel de Linux. Uno de sus requisitos se cumplió en GCC 12 que ahora tiene un puerto LoongArch para tener el soporte de compilador necesario antes de que se pueda fusionar el código de arquitectura de la CPU del kernel.
Pero como se detalla en el hilo del kernel mencionado anteriormente, hay un problema con el código PCI de LoongArch que aún no tiene las etiquetas de revisión/firmado en su lugar. También hay un problema con el controlador irqchip que no pasa la revisión debido a su forma no estándar de integración en ACPI y PCI. El manejo de ACPI de LoongArch es un poco complejo, pero se abordará con la próxima actualización de estándares de ACPI. En cualquier caso, los desarrolladores del kernel están determinando mejor cómo proceder.
Al menos desde la última charla, parece que el puerto de la CPU/código de arquitectura al menos se puede enviar esta semana para la ventana de combinación de Linux 5.19, mientras que los controladores de hardware necesarios para arrancar dicho sistema aterrizarían en una última versión del kernel si es necesario.
La introducción del puerto de la CPU al menos para Linux 5.19 desbloquearía a los desarrolladores de LoongArch para poder enviar su compatibilidad con GNU C Library (Glibc) en sentido ascendente. Mantener el soporte de Glibc depende de tener primero el soporte del kernel en su lugar con una ABI de espacio de usuario solidificada. Los desarrolladores esperan ver que LoongArch se fusione con Glibc 2.38 que se lanzará más adelante este verano y para que eso suceda, necesitarían ese código de arco en Linux 5.19.
Entonces, veremos cómo se desarrolla esto en los próximos días, particularmente en torno a los controladores LoongArch, pero es posible que solo el código de la CPU/arch se fusione en este ciclo y no pueda iniciar un sistema LoongArch en funcionamiento. hasta que esos controladores necesarios aterricen en un ciclo de kernel posterior.
