Linus Torvalds ha vetado bajo su autoridadlinux 6.17Cambios en la arquitectura RISC-V en el kernel. Las actualizaciones de RISC-V no llegarán durante este ciclo y deberán intentarse nuevamente más adelante este año para la versión 6.18. Linus cree que al menos parte del código RISC-V propuesto es "basura" y se envió bastante tarde durante la ventana de fusión.

La actualización del código RISC-V no se confirmó en la ventana de fusión de Linux 6.17 hasta el viernes. Se espera que la ventana de fusión de Linux 6.17 finalice el domingo, con el lanzamiento de Linux 6.17-rc1. Las propuestas para este núcleo incluyen: agregar RISC-V IOMMU al soporte del sistema basado en ACPI; compatibilidad con ACPI BGRT para mostrar logotipos de proveedores en el arranque; proporcionar una solución de erratas; apoyando a la

Pero Linus Torvalds rechazó esta solicitud de extracción para Linux 6.17, citando presentaciones tardías de la ventana de fusión, especialmente porque estaba viajando al extranjero esta semana. No estaba satisfecho con parte del código incluido en esta solicitud de fusión.

Torvalds escribió en la lista de correo esta mañana:

"No. Esto es basura y se envió demasiado tarde. Pedí que la solicitud de extracción se enviara temprano porque estaba de viaje, y si no puedes seguir esta regla, al menos haz que la solicitud de extracción sea *mejor*".

Esto agrega todo tipo de basura que no son encabezados genéricos específicos de RISC-V.

Lo que dije sobre "basura" es cierto. Nadie debería enviarme estas cosas, y mucho menos tarde en la ventana de fusión.

Como esta loca e inútil "función auxiliar" make_u32_from_two_u16().

Hace del mundo un lugar peor. Es basura inútil, incomprensible para cualquier usuario y *peor* que no usar esa estúpida "función auxiliar".

Si escribe el código como "(a << 16) + b", sabrá lo que hace y cuál es la palabra alta. Tal vez necesites agregar un elenco para asegurarte de que las partes altas de "b" no contaminen el resultado final, así que tal vez no sea "bonito", pero al menos no lo será... incorrecto e ininteligible.

Por el contrario, si escribe make_u32_from_two_u16(a,b), no tiene idea de cuál es el orden de las palabras. En otras palabras, simplemente empeoró las cosas, y empeoró *otro* código al agregar esa "función auxiliar" a un archivo genérico que no es RISC-V que la gente obviamente debería usar.

Entonces no. Este tipo de cosas deben corregirse. No aparecerá en el archivo de encabezado común y definitivamente no sucederá tarde en la ventana de combinación.

Se le ha notificado: no más solicitudes de extracción retrasadas, no más código basura fuera del árbol RISC-V.

Ahora, *espero* que no haya código basura dentro de la parte RISC-V, pero esa es tu elección. Pero el contenido del archivo de encabezado general no se verá contaminado por cosas desordenadas. Enviar una solicitud de extracción grande el día antes de que se cierre la ventana de fusión, esperando que esté demasiado ocupado para preocuparme, no es una estrategia ganadora.

Entonces puedes hacerlo en 6.18. En las primeras etapas de la ventana de fusión. Y nada de basura.

Por lo tanto, el código de característica RISC-V deberá probarse nuevamente a finales de este año para Linux v6.18.

Artículos relacionados:

El kernel de Linux puede eliminar el sistema de archivos bcachefs después de que el mantenedor choca con Linus Torvalds