El creador del kernel de Linux tacha de «locura» y «estúpida» la propuesta de añadir soporte para este modo en la arquitectura, argumentando que fragmenta el ecosistema sin beneficios reales.
1 de Octubre de 2025 — Linus Torvalds, la mente principal detrás del kernel de Linux, ha desatado una de sus ya características y contundentes críticas, esta vez dirigida hacia una propuesta para añadir soporte de modo Big Endian (BE) en la arquitectura RISC-V.
La respuesta, cargada de frustración, se produjo en la lista de correo del kernel de Linux ante la consulta de si unos parches para habilitar RISC-V BE podrían incorporarse en el ciclo de desarrollo actual.
«Pongamos un límite»: La Explosiva Réplica de Torvalds
«Por Dios. ¿Hay alguien trabajando seriamente en soporte BE en 2025? ¿POR QUÉ?», comenzó Torvalds. «En serio, eso suena simplemente estúpido. ¿Hay alguna razón real y tangible para esto, o es más bien que ‘RISC-V se usa en clases de diseño académico y la gente quiere hacer cosas con el endianness por razones académicas’?».
Torvalds fue directo al afirmar su posición: «Me encantaría simplemente trazar una línea en la arena y decir: ‘Los nuevos problemas de endianness son un problema de OTROS’, y decirle a la gente que deje de hacer tonterías. No compliquemos las cosas sin una buena razón. Y NO HAY razón para añadir un nuevo endianness».
Criticando la ya compleja situación de RISC-V, añadió: «RISC-V ya es un desastre con sus millones de opciones de configuración tontas. No lo empeoremos más». Su consejo alternativo fue tan mordaz como claro: «Díganle a la gente que hable con sus terapeutas en su lugar. Eso es mucho más productivo».
El Argumento Técnico: ¿Por Qué se Opone?
Tras investigar la justificación oficial de RISC-V International, Torvalds se reafirmó: «Me plantoy firme: NO VAMOS A SOPORTAR PREEMPTIVAMENTE BIG-ENDIAN EN RISC-V».
El documento de RISC-V citaba como razón principal la eficiencia en el manejo de protocolos de internet (que son Big Endian), argumentando que el proceso de intercambio de bytes («byte swapping») puede costar entre 10 y 20 instrucciones en un objetivo RISC-V sin la extensión Zbb.
Para Torvalds, este razonamiento es inservible:
-
El «byte swapping» no es un cuello de botella: «Incluso si el intercambio de bytes fuera un coste real para las redes – que no lo es, los costes reales suelen estar en los subsistemas de memoria – simplemente implementen la maldita extensión Zbb«.
-
Una solución peor que el problema: «No vayan por la vida de ‘somos demasiado incompetentes para implementar Zbb, así que ahora pedimos que TODOS LOS DEMÁS sufran el dolor de una extensión mucho peor‘».
La Postura Final: No al Fragmentation
Torvalds dejó clara su postura de principio sobre el kernel de Linux: «El kernel mainline es para el desarrollo principal. No para experimentos aleatorios que empeoran el mundo».
Sin embargo, siendo fiel a la naturaleza del código abierto, dejó una puerta abierta, aunque de forma muy escéptica: «Sí, somos código abierto, y eso significa que cualquiera es más que bienvenido a intentar demostrar que estoy equivocado. Si resulta que RISC-V BE se convierte en algo real y relevante, entonces por_supuesto que deberíamos soportarlo en ese momento en el kernel principal. Pero realmente creo que solo hace que RISC-V empeore, y que no deberíamos ayudar activamente a la fragmentación».
Con esta enérgica intervención, queda claro que, al menos por ahora, RISC-V Big Endian no será admitido en el kernel principal de Linux. La pelota está ahora en el tejado de los defensores de la propuesta, a quienes Torvalds ha desafiado abiertamente a demostrar el valor real de su idea.
