Llega el verano al hemisferio norte, pero no por ello dejamos de revisar que están haciendo en la casa de la Raspberry Pi. Tienen tres organizaciones en GitHub donde publican código: raspberrypi, raspberrypi-ui y RPi-Distro. Y de ahí sale todo lo que repasamos cada mes en esta serie, que ya lleva unas cuantas entregas: la primera, abril, mayo y junio.
En el repaso de junio comentaba que pensaba que verano suele haber menos actividad. Julio ha desmentido esa previsión. Ha aparecido un proyecto nuevo que le da la vuelta a la apuesta reciente de Raspberry Pi por cloud-init. Además, el bloque PIO de la RP1 ha estrenado su propio driver de puerto serie. Vamos con ambos hilos primero y luego repasamos lo demás.
rpi-preseed: un proyecto nuevo que compite con cloud-init
El 6 de julio apareció en la organización de Raspberry Pi un repositorio vacío hasta entonces: rpi-preseed. Su propio README lo describe como un sistema de personalización de primer arranque construido desde cero y sin depender de cloud-init. Lee un único fichero en formato TOML y lo aplica mediante servicios systemd de una sola vez. Para ello reutiliza los scripts habituales de Raspberry Pi (imager_custom, userconf, raspi-config nonint), con alternativas en shell POSIX cuando no están disponibles. Los comandos personalizados (runcmd) se ejecutan en dos fases distintas, antes y después de que la red esté activa. El propio proyecto se etiqueta como prototipo, todavía sin estar listo para producción.
El contraste llama la atención. Raspberry Pi anunció en noviembre de 2025 que Raspberry Pi Imager 2.0 generaría configuración de cloud-init por defecto para Raspberry Pi OS. De hecho, ya comentamos que esa misma versión del Imager dejó de personalizar imágenes externas a menos que el fabricante lo configure explícitamente. Ocho meses después, el fichero de control de Debian de rpi-preseed crea un conflicto directo con cloud-init: no pueden instalarse los dos a la vez. El 7 de julio, el mismo día que nació el paquete, rpi-image-gen lo adoptó para su configuración del CM5 Programming Jig en sustitución de cloud-init. Ese mismo día, rpi-imager lo sumó como valor válido del campo init_format. Por ahora, el caso de uso es para configuraciones industriales en fábrica, no sustituir cloud-init en el Raspberry Pi OS de cada día.
rpi-imager también refuerza la gestión de contraseñas
El mismo mes, Raspberry Pi Imager movió el cálculo de contraseñas a C++. Antes lo hacía en JavaScript con crypt/pbkdf2; ahora usa funciones dedicadas para la contraseña de usuario y para la clave Wi-Fi. Además, invalida el hash yescrypt guardado cuando la imagen de destino es demasiado antigua para reconocerlo, evitando que un usuario quede fuera de su propio sistema. De paso, corrigieron un detalle pequeño pero molesto: al pegar una contraseña copiada, el campo arrastraba saltos de línea sobrantes. Esto lo veo también como una opción pensada para los entornos de producción industriales.
El PIO de la RP1 estrena un UART propio
El 15 de julio, Phil Elwell añadió rp1-pio-uart. Es un driver de línea de comandos tty que implementa un puerto serie completo usando el bloque PIO de la RP1. Son más de 800 líneas nuevas, portadas del ejemplo pio/uart_dma de pico-examples. Como ese ejemplo no tiene control de flujo por hardware. El mismo día llegó el overlay que lo activa, así que ya se puede probar sin parchear nada a mano.
Este UART no aparece de la nada. Desde hace meses, Phil Elwell viene ampliando el soporte del PIO por dos frentes a la vez. En el kernel, el driver rp1-pio sumó soporte de interrupciones y operaciones sin bloqueo. El propio repositorio, además, modernizó dos herramientas de overlays que llevaban años en lenguaje Per y pasaron a Python.
El resto del kernel: HDMI en 3D, menos tráfico de mailbox y algún paso atrás
Dom Cobley firmó dos mejoras notables en drm/vc4, el driver del núcleo gráfico V3D. La primera reduce el tráfico hacia el firmware de la VPU. Antes, cada frame pedía subir el reloj del núcleo a 500 MHz aunque no hiciera falta, generando una consulta al firmware por cada refresco de pantalla. Ahora solo se pide ese mínimo cuando de verdad hay un cambio de modo de vídeo, y se guarda en caché la última petición para no repetirla. Un compositor a 60 Hz deja de generar tráfico de firmware en régimen estable. La segunda mejora añade soporte de HDMI en modos estéreo empaquetados, pensados para contenido en 3D, probado sobre una Raspberry Pi 5.
En paralelo, Dave Stevenson revirtió cuatro parches propios del decodificador HEVC. Es el mismo patrón de ida y vuelta que ya vimos en junio con la cámara conectada por RP1, aunque en un driver distinto. Por su parte, Nicolai Buchwitz deshizo por completo el vigilante de bloqueos de transmisión que se había añadido a macb, el driver Ethernet, hace apenas unas semanas. Fueron cuatro reversiones seguidas que dejan la red tal como estaba antes.
Nuevas placas y una tarjeta de sonido con más variantes
El driver de la HiFiBerry Studio ganó soporte multiplaca y para la nueva tarjeta Digi/AES. Detecta el modelo por la UUID del controlador I2C, añade bloqueo de tasa de muestreo para entrada AES y gestiona una interrupción dedicada a los cambios de sincronización. También llegaron overlays para dos placas nuevas. La EDATEC IPC/EXP está pensada para PC industriales con varios perfiles de expansión, y draws-pi5 adapta a la Pi 5 el HAT de piloto automático marino DRAWS, resolviendo su nuevo esquema de relojes. Curiosamente, el mensaje de ese último commit incluye una firma de asistencia de Claude Opus 4.8, algo poco habitual de ver reflejado en un commit del kernel. Además, se activó soporte de configuración para MIDI 2.0 y su formato de paquete universal.
Annaliese McDermond (1 de julio de 2026) con la firma final
Assisted-by: Claude:claude-opus-4-8:https://github.com/raspberrypi/linux/commit/836fa33251ba570d12b09e5ac16e1890c3c8d851
rpicam-apps: vista previa nativa en Wayland
Naushir Patuck añadió una ventana de vista previa nativa para Wayland basada en EGL, junto con la opción --preview-backend para forzar qué motor de vista previa usar. También se corrigió que --qt-preview pasara por la selección de backend en lugar de ir por su cuenta. Ya cerrando el mes, David Plowman activó el modo ZSL (captura sin retardo de obturador) también al escribir imágenes en formatos distintos de JPEG. Así, ya no hace falta elegir entre calidad de captura y velocidad de respuesta.
Decía en junio que el verano solía dejar poco que contar, y me equivocaba. Julio deja dos historias con más peso que cualquier commit suelto de los meses anteriores. Por un lado, Raspberry Pi tantea un camino distinto al de cloud-init para el aprovisionamiento de fábrica, apenas ocho meses después de apostar fuerte por él en el Imager. Por otro, el PIO de la RP1 deja de ser una curiosidad de la documentación y empieza a tener drivers de verdad, empezando por un UART completo. Habrá que ver si rpi-preseed se queda en el aprovisionamiento industrial o acaba asomando también en el uso doméstico.
Si quieres revisarlo algo directamente, ahí están el repositorio de rpi-preseed, el árbol del kernel y el repositorio de utilidades. Todos están listados en la página oficial de fuentes de software. Veremos qué trae agosto.
Repositorios consultados
- raspberrypi/rpi-preseed — Personalización de primer arranque sin cloud-init, repositorio nuevo de julio
- raspberrypi/linux — Árbol del kernel, rama
rpi-6.18.y - raspberrypi/utils — piolib, overlaycheck y ovmerge
- raspberrypi/rpi-image-gen — Generador de imágenes y CM5 Programming Jig
- raspberrypi/rpi-imager — Nuevo init_format y hash de contraseñas en C++
- raspberrypi/rpicam-apps — Vista previa nativa en Wayland y modo ZSL
