Septiembre ha sido un mes más movido que agosto en los repositorios oficiales. Este repaso de GitHub Raspberry Pi en septiembre cubre la EEPROM del arranque, el kernel, rpi-image-gen, rpi-sb-provisioner y el Imager. Este último suma 141 commits, frente a los 83 de agosto. Además, hay una pista sobre el Ethernet de la Raspberry Pi 5 repartida entre el kernel, la EEPROM y el firmware.
La serie empezó en marzo y ha seguido con abril, mayo, junio, julio y agosto. La fuente de referencia sigue siendo la sección de organizaciones de GitHub de la documentación oficial. Raspberry Pi publica ahí su código en tres organizaciones: raspberrypi, raspberrypi-ui y RPi-Distro. Esta vez me he centrado en los repositorios de la primera que la propia página destaca. Las fechas que cito son las de los commits, no las de las versiones publicadas.
GitHub Raspberry Pi en septiembre: la EEPROM del arranque
El repositorio rpi-eeprom ha tenido 24 commits, 20 de ellos de Tim Gover. Raspberry Pi publica cada versión primero en el canal latest y, unos días después, la promociona al canal por defecto. Ese es el que instala rpi-eeprom-update. A 27 de septiembre, ofrecía la versión 2026-09-25 para la Raspberry Pi 5 y la 2026-09-23 para la Raspberry Pi 4 y el Compute Module 4.
El cambio de fondo es un control de la versión de fabricación. Si la imagen que se quiere instalar tiene una versión inferior a la grabada en la memoria OTP de la placa, tanto recovery.bin como la autoactualización se niegan a escribirla. Las herramientas siguen la misma línea. rpi-eeprom-update pide confirmación antes de bajar de versión, hace fatal ese control por defecto y se salta la actualización si no conoce la versión actual. Quien necesite evitar el control tiene la opción bootloader_allow_mfg_downgrade=1 en config.txt. En la práctica, afecta sobre todo a quien instala siempre la misma EEPROM antigua en varias placas.
La versión de la Pi 5 del día 24 inicializa la SDRAM con los ajustes de refresco para temperaturas altas, y el monitor de temperatura los relaja después. La del día 25 corrige una corrupción de memoria con los mensajes de vclog, y la del día 10 mueve funciones de rpi-fw-crypto a RAM segura. En la Pi 4, la del día 12 guarda una copia de la configuración de la EEPROM para start.elf. Por último, la nueva herramienta rpi-bootloader-version muestra la versión de una imagen, y rpi-eeprom-update evita que el equipo se suspenda con una actualización pendiente.
Un Ethernet alternativo en la Raspberry Pi 5
Tres repositorios van en la misma dirección. En el kernel, Phil Elwell ha activado el controlador del PHY MaxLinear MXL86110 en todos los kernels compatibles con la Pi 5. También ha añadido un retardo opcional tras el reset del PHY en el controlador y una propiedad led-modes para que otros PHY acepten la configuración de LEDs de los Broadcom. Por su parte, la EEPROM de la Pi 5 del día 12 admite otras direcciones de PHY, y la del día 23 sube la versión de fabricación a v2 para indicar que hay soporte de PHY alternativos. La del día 24 añade la configuración de los LEDs del PHY MXL en el arranque por red.
Raspberry Pi no explica el motivo en esos commits, y no he encontrado un anuncio oficial. Mi lectura es que ha incorporado un segundo proveedor del chip de Ethernet, aunque es una interpretación mía y los commits no lo dicen. Lo comprobable es que el software ya está preparado para placas con esa versión de fabricación. Con ellas, el control de versión de la EEPROM impedirá instalar una imagen antigua.
Cámaras: un controlador genérico para Sony Starvis 2
Dave Stevenson ha convertido el controlador del IMX678, que Jai Luthra añadió en julio, en uno genérico para la familia Sony Starvis 2. El motivo, según el commit, es que varios sensores de la familia comparten el mismo mapa de registros y el mismo modelo de programación. Sobre esa base ha añadido el IMX662 y el IMX675 el día 3, el IMX832 el día 16 y el IMX585 el día 17. Después han llegado un mecanismo para detectar la variante, el modo HCG, la ganancia digital en el propio sensor y el control de la frecuencia del enlace en tiempo de ejecución.
El controlador ya figura en las configuraciones por defecto de los kernels de Raspberry Pi, y hay un overlay genérico para Starvis 2 y otro específico del IMX662. El 30 de septiembre Stevenson corrigió el IMX585, que había entrado con registros comunes y valores mínimos de HMAX incorrectos.
También hay cambios en otras piezas de cámara. Nick Hollinghurst ha añadido salidas de estroboscopio al IMX296, y Naushir Patuck ha arreglado en rp1-cfe el desmontaje del grafo de medios al desvincular un dispositivo. En el firmware, Dom Cobley corrigió dos veces la autodetección de la cámara IMX500, el sensor de la AI Camera. La EEPROM de la Pi 5 sube el retardo de esa detección a 300 ms y la mueve más abajo en la tabla para no alargar el arranque. En rpicam-apps, Patuck permite elegir --mode y --viewfinder-mode por índice.
Escalado de vídeo y pánicos del kernel
A mediados de mes, Dom Cobley ha tocado el escalador del controlador DRM de la Pi, vc4. Ya no asume submuestreo 4:2:0 en el cálculo de la fase, ignora la posición del croma en un eje sin submuestreo y usa por defecto la posición intersticial vertical. Además, añade a la fase del filtro PPF un término que faltaba y que desplazaba la imagen escalada medio píxel.
El día 21 activó CONFIG_DRM_PANIC en los kernels de Raspberry Pi y enseñó a vc4 a dibujar el búfer de pantalla durante un pánico. Así, si el kernel se cuelga, la cola del log con el backtrace aparece sobre la pantalla y se puede fotografiar para un informe de errores, sin consola serie. El propio commit explica una limitación. Funciona con la consola de framebuffer, pero no desde el escritorio (labwc) ni desde otras aplicaciones que controlan la pantalla, como Kodi.
Audio por HDMI, HEVC y paneles DSI
En el audio por HDMI, el día 4 un parche permite siempre el estéreo aunque el televisor no declare el par frontal. El caso de partida fue un Philips 77OLED809. El día 8 se limitan los canales a cifras pares, porque los de 3, 5 o 7 se aceptaban al abrir el flujo y fallaban después.
John Cox dejó de rechazar en el decodificador HEVC las cabeceras de slice con entradas ref_idx erróneas. En pantallas, Yu Dukai añadió las variantes E del panel DSI de 10,1 pulgadas de Waveshare. Además, revirtió la detección automática de paneles que había entrado el 27 de agosto.
RP1, PIO y piolib
La actividad de PIO sigue en el kernel, tras el UART por PIO de julio. Hans Verkuil ha añadido a rp1-pio soporte de DMA cíclico y una nueva ioctl de configuración de transferencias, PIO_IOC_SM_CONFIG_XFER_V2. Antes corrigió el DMA cíclico del controlador dw-axi-dmac. Luego, Phil Elwell arregló varios fallos de rp1-pio. Uno de ellos es fácil de describir: el siguiente programa que usaba una máquina de estados recibía al principio copias de un dato antiguo del FIFO. Ahora se limpian los datos residuales al cerrar.
Elwell también añadió soporte para abortar un canal del DMA cuando se queda atascado con un periférico lento. Todo esto cuelga del chip RP1 de la Raspberry Pi 5. En utils, el 2 de septiembre movió el enumerado PIO_SM_FLAG a piolib.h, así que el código externo puede usar esos flags sin tocar cabeceras internas. Por su parte, Nicolai Buchwitz corrigió una fuga de spinlock en las rutas de error de rp1-adc, el ADC del RP1.
Relojes GPCLK y otros cambios del kernel
Para quien trabaja con los pines, Elwell añadió el controlador clk-hog y los overlays gpclk y gpclk-pi5. Sacan una salida GPCLK a un pin y fijan su frecuencia: gpclk para los relojes GP0 a GP2 de la BCM2835 y gpclk-pi5 para los GP0 a GP5 del RP1. Cada combinación válida de pin y reloj tiene su propio parámetro con nombre. El commit de clk-hog lleva un trailer Assisted-by que menciona a un modelo de Claude, una forma de declarar que hubo asistencia de IA en el parche.
Entre el resto de cambios del kernel, un commit anterior había limitado a 36 bits la dirección DMA de los controladores VL805, y eso rompía algunos HAT+ de la Pi 5 con ese chip para más puertos USB. Elwell lo subió primero a 37 bits y el mismo día a 40, que es lo que se ha observado que funciona. Además, se activa TLS para NFS, hay un controlador del ADC de celdas de carga HX711, un overlay pwm-fan y un parámetro de carga del cuarzo en el overlay i2c-rtc. En el repositorio de firmware, el kernel pasó de la 6.18.48 del día 4 a la 6.18.54 del día 29.
Raspberry Pi Imager: 141 commits de robustez
El Imager suma 141 commits, 129 de ellos de Tom Dewey, frente a los 83 de agosto. De esos 141, 64 son pruebas y 50 son arreglos, así que hay muy poco de función nueva. A fecha de hoy, la última versión etiquetada en el repositorio sigue siendo la 2.0.11.1, del 17 de agosto.
Varios arreglos afectan a la fiabilidad de la escritura. Un archivo comprimido truncado se rechaza en lugar de escribirse, una descarga corta ya no se da por buena y el tamaño de una imagen mal etiquetada se calcula por su contenido. En Windows, las claves de arranque seguro se generan con CNG, sin openssl, y boot.img se construye dentro del proceso en lugar de usar diskpart. Otro cambio hace que la eMMC interna se nombre como eMMC y no como lector de tarjetas SD.
Hay además ajustes de traducciones, de la escritura de YAML en UTF-8 para cloud-init, de los AppImage con las librerías xcb y del instalador de Windows. Un volumen así de pruebas en una aplicación que borra discos es una buena noticia, aunque no se vea en la pantalla.
rpi-image-gen: arranque firmado y compilaciones reproducibles
En rpi-image-gen hay 27 commits propios, casi todos de Matthew Lear, y dos correcciones de un colaborador externo, Kevin Rajan. Lo más relevante es el soporte para firmar boot.img. El bootloader puede cargar ese fichero como sistema de ficheros de arranque en lugar de leer ficheros sueltos. Por eso se ha añadido un ayudante para genimage que ejecuta un comando de firma y genera la firma separada. La plantilla de actualizaciones OTA, image-rota, ya lo usa, y hay un ejemplo del 23 de septiembre que lo demuestra. Es una pieza más del Secure Boot de Raspberry Pi.
El día 16 llegó el soporte de SOURCE_DATE_EPOCH para que los metadatos de compilación sean reproducibles, y el 22 el propio boot.img pasó a salir idéntico entre compilaciones. Además, hay un ejemplo que presenta el almacenamiento interno como USB mass storage, con consola serie por el mismo cable. Se apoya en la base microboot y genera una imagen de 15 MB para dispositivos de la familia gen5.
rpi-sb-provisioner 2.3.5 y dos versiones descartadas
El 2 de septiembre Tom Dewey cerró la versión 2.3.5 de rpi-sb-provisioner. El fichero de seguridad del proyecto lista ahora como sin soporte las 2.3.3 y 2.3.4, porque no pueden aprovisionar ninguna placa anterior a la BCM2712. Las imágenes del gadget fastboot pedían a la ROM de arranque un fichero de inicio que no incluían. Un CM4 completaba el bootstrap pero nunca aparecía como gadget, y una Zero 2 W esperaba 60 segundos a start_cd.elf antes de fallar. La Pi 5 y el CM5 no lo sufrieron, porque cargan el firmware desde la EEPROM.
La 2.3.5 reconstruye los gadgets con el firmware que de verdad cargan y ahorra 10,4 MB en total. También arregla unos ajustes de reloj de la Zero 2 W que nunca se aplicaban, porque estaban bajo un filtro de config.txt con un nombre que el firmware no reconoce. Después llegaron un filtro por puerto USB en las tarjetas de dispositivo y un cambio para no reempaquetar una ranura que ya contiene boot.img. Es el software que corre dentro del Compute Module 5 Programming Jig, que cuento en este artículo.
SDK de Pico y repositorios sin cambios
El SDK de Pico publicó la versión 2.3.1 el 4 de septiembre, igual que picotool. Incluye ajustes para convivir con el TinyUSB más reciente y cabeceras de placa nuevas de Pimoroni, Waveshare (Core2350B) y Cytron (Motion 2350 Pro). También corrige la librería sha256, que truncaba a 32 bits la longitud en bits del mensaje. Por otro lado, libcamera, drmu y rpi-analyse-boot no tuvieron commits en septiembre. Supongo que ya les tocará más adelante, no se puede estar trabajando en todo a la vez y al mismo tiempo.
Para el usuario normal, lo más visible del mes es que la EEPROM comprueba la versión de fabricación y que rpi-eeprom-update pide confirmación antes de bajar de versión. Para quien sigue el hardware, lo más interesante es la pista del Ethernet de la Raspberry Pi 5, que dependerá de que haya un anuncio oficial. Mientras tanto, el Imager gana robustez sin hacer ruido.
Los repositorios revisados son linux, firmware, rpi-eeprom, utils, rpi-imager, rpi-image-gen, rpi-sb-provisioner, rpicam-apps y pico-sdk.
