Un mes más asomándome a los repositorios oficiales de Raspberry Pi en GitHub. En marzo el árbol del kernel revelaba un panel táctil de 10,1 pulgadas en desarrollo y que aún no ha salido a la venta. También el Smart Display Module basado en el CM5. En abril la cosa es distinta: no hay hardware nuevo esperando entre los commits. Esta vez el trabajo en tres frentes: el driver del reloj del RP1, el bootloader de la Pi 5 y una herramienta de generación de imágenes del sistema operativo.
El kernel rpi-6.12.y: reparaciones y nuevas pantallas
La rama activa del kernel de Raspberry Pi sigue siendo rpi-6.12.y, y el ritmo de commits ha sido alto. El cambio más visible para usuarios finales es el soporte completo para la Pimoroni HyperPixel 2.1 Round, una pantalla circular de 2,1 pulgadas. Esta pantalla basada en el controlador ST7701 con interfaz MIPI DSI y ese formato tan curioso. El driver drm/panel: st7701 ha recibido el parche necesario para reconocerla y configurar sus modos de temporización. Es un añadido relativamente modesto, pero ilustra bien cómo el ecosistema de accesorios de terceros sigue llegando al árbol oficial.
Más interesante para la estabilidad del sistema es la corrección del driver de reloj del RP1, el chip controlador de E/S que Raspberry Pi diseñó internamente y que debutó en la Raspberry Pi 5. El commit clk: rp1: Fix rp1_pll_divider_determine_rate corrige un cálculo erróneo en la determinación de la frecuencia del divisor del PLL. En la práctica, este tipo de error puede provocar que ciertos periféricos arranquen a la frecuencia equivocada o que el sistema no pueda negociar correctamente algunas velocidades de reloj. No es un fallo espectacular, pero sí del tipo que genera bugs intermitentes difíciles de reproducir.
Además, el reloj ISP del BCM ha pasado a marcarse como crítico en el árbol del kernel. Eso significa que el sistema no permitirá que ese reloj se apague durante la gestión de energía aunque no haya nadie pidiéndolo explícitamente. Es una protección contra un caso extremo donde el módulo de cámara AI —la IMX500— podía quedarse en un estado incoherente si el reloj del procesador de imagen se desactivaba en el momento equivocado.
También hay novedades para el sensor IMX500 de la AI Camera. El commit media: i2c: imx500: Allow larger SPI transfers amplía el tamaño máximo de las transferencias SPI al subir el modelo de red neuronal al sensor. Antes, los modelos más grandes podían tardar más de lo esperado en cargarse o fallar si el tamaño de transferencia excedía el límite predefinido. Con este cambio la carga del firmware de red debería ser más fiable. Por otro lado, el driver del panel DSI de Waveshare ha recibido una inicialización defensiva para los tiempos de I2C y DSI, lo que reduce el riesgo de pantalla negra al arrancar en ciertos entornos de escritorio.
Finalmente, el overlay de los puertos UART 2 a 5 añade soporte para RS-485 en modo full-duplex. Es un protocolo de comunicación serie muy habitual en entornos industriales, y que hasta ahora requería configuración manual extra. No es algo para la mayoría de usuarios domésticos, pero para quien monta proyectos de automatización con la Pi es un añadido directo al árbol oficial. Esto también nos da una idea de la orientación de la Raspberry Pi aún más como producto profesional que como desarrollo educativo y hobby.
El bootloader de la Pi 5: más control y menos sorpresas
El repositorio rpi-eeprom acumula este mes varios cambios para el bootloader del BCM2712, el SoC de la Raspberry Pi 5 y el Compute Module 5. Ninguno parece ser una bomba viéndolo por encima, pero en conjunto mejoran bastante la robustez del proceso de arranque.
El más interesante conceptualmente es la nueva forma de activar RPIBOOT desde el orden de arranque. Hasta ahora, para usar RPIBOOT —el modo que permite flashear la Pi directamente por USB desde un ordenador— era necesario que el modo estuviera inicializado por la ROM del bootloader antes de que el firmware principal tomara el control. Eso limitaba su uso en ciertos escenarios de recuperación. Ahora se puede habilitar RPIBOOT después de arrancar desde la flash SPI, lo que da más flexibilidad para montarlo detrás de un condicional del GPIO en la configuración del EEPROM o para activar un arranque de recuperación puntual con set_reboot_order en config.txt.
Otro cambio útil resuelve un problema con force_eeprom_read=0. Esta opción siempre había servido para evitar que el bootloader leyera el EEPROM del HAT conectado al GPIO, pero con las últimas actualizaciones relacionadas con los Power HAT+ se había colado una exploración previa del bus I2C que ocurría antes de que el parámetro se evaluara. Eso causaba conflictos en placas donde los pines I2C de GPIO0 se usaban para otro propósito. El fix es limpio: ahora force_eeprom_read=0 suprime también esa exploración inicial.
Además, el firmware de la Pi 5 implementa ahora la propiedad de buzón GET_BOARD_MAC_ADDRESS. Parece un detalle simple, pero es la forma estándar que usan muchas aplicaciones y sistemas de monitorización para identificar el hardware de forma unívoca. El CM5 y variantes ya podían obtener esta información por otras vías; ahora se unifica con el mecanismo estándar de mailbox que usa el resto del ecosistema.
Por último, el proceso de carga del sistema operativo ahora genera mensajes de diagnóstico que antes se perdían en silencio. Esos mensajes son accesibles desde el sistema operativo con el comando sudo vclog -m. En la práctica, cuando una Pi 5 no arranca correctamente y hay que entender qué está pasando en la secuencia de arranque, tener esos mensajes disponibles es una diferencia importante.
rpi-image-gen: el relevo de pi-gen para entornos profesionales
El repositorio que más me ha llamado la atención este mes no es ni el kernel ni el EEPROM. Es rpi-image-gen, una herramienta que Raspberry Pi lleva desarrollando en abierto desde finales de 2024. Ya hablaron de ella en el blog oficial: Introducing rpi-image-gen: build highly customised Raspberry Pi software images. Y en abril el GitHub acumula suficiente actividad como para merecer atención.
La idea es sustituir pi-gen, por algo diseñado desde cero para entornos de producción y sistemas embebidos. Esta herramienta para generar imágenes de Raspberry Pi OS la podéis ver en su GitHub: https://github.com/rpi-distro/pi-gen. Las diferencias prácticas son grandes. rpi-image-gen usa configuración declarativa en archivos YAML en lugar de scripts en bash por fases; construye sobre paquetes precompilados en lugar de compilar desde el código fuente, lo que acelera mucho el tiempo de construcción; y genera un Software Bill of Materials (SBoM) junto con informes de CVEs para que quien usa las imágenes en producción sepa exactamente qué tiene instalado y qué vulnerabilidades conocidas afectan a cada componente.
También integra directamente con rpi-sb-provisioner para configurar arranque firmado y sistemas de archivos cifrados. Eso la convierte en una opción seria para despliegues industriales o comerciales donde la integridad del software importa. Por comparación, pi-gen siempre ha sido una herramienta de propósito general pensada para generar las imágenes oficiales de Raspberry Pi OS, no para el flujo de trabajo de un equipo de ingeniería que despliega cientos de dispositivos idénticos. rpi-image-gen apunta claramente a ese segundo caso.
Vamos que esta es otra cosa más, como lo del RS-485 que dije antes, no es algo que el usuario habitual vaya a usar mañana. Pero dice algo sobre hacia dónde va Raspberry Pi como empresa: cada vez más hacia clientes industriales y comerciales que usan la Pi 5 o el CM5 como plataforma base de producto, no como placa de prototipado.
Abril no trae hardware nuevo ni anuncios en el blog oficial. Pero mirando los repositorios con calma, la imagen que surge es la de un ecosistema que madura en todas las capas al mismo tiempo: el kernel refina el soporte del RP1, el bootloader gana flexibilidad para casos de uso profesionales, y aparecen herramientas pensadas para quien no construye un proyecto doméstico sino un producto. Ese desplazamiento hacia lo industrial lleva tiempo pasando. Simplemente no siempre se ve desde fuera.
Repositorios consultados
- raspberrypi/linux — Árbol del kernel, rama
rpi-6.12.y - raspberrypi/rpi-eeprom — Bootloader para Pi 4 y Pi 5 (
firmware-2712/release-notes.md) - raspberrypi/rpi-image-gen — Herramienta de generación de imágenes para entornos de producción
- raspberrypi/picamera2 — Biblioteca de cámara para Python
