Arrancar Linux en un portátil Windows on ARM (WoA) con Snapdragon suele empezar con una promesa —batería, silencio, conectividad— y terminar con una realidad menos glamurosa: pasos manuales, pruebas y errores, y un arranque que depende de “tocar” lo justo para que el kernel entienda qué hardware tiene delante. Fedora 44 podría recortar de golpe una parte de ese dolor gracias a una propuesta técnica centrada en algo que, fuera del mundillo ARM, casi nadie menciona: el Device Tree.
La idea se apoya en un trabajo liderado por Hans de Goede, veterano ingeniero con años de trayectoria en el ecosistema Linux, y apunta directamente a mejorar la compatibilidad out of the box en sistemas AArch64 que arrancan con EFI —justo el patrón habitual en muchos equipos ARM modernos, incluyendo los portátiles con Snapdragon que han ganado visibilidad en 2025.
El cuello de botella: cuando el kernel necesita un “mapa” del hardware
En ARM, a diferencia del PC clásico, el kernel suele necesitar información explícita sobre la placa y sus componentes para inicializar correctamente el sistema. Ese “mapa” es el DTB (Device Tree Blob). El problema: si el instalador o el medio de arranque no selecciona el DTB adecuado, Fedora (o cualquier distro) puede no arrancar, arrancar a medias o hacerlo con componentes críticos sin funcionar.
Hasta ahora, en determinados escenarios AArch64, era habitual que el usuario tuviera que intervenir: desde retoques a la imagen de arranque hasta soluciones de contingencia como crear enlaces simbólicos a directorios de DTB en /boot para que el sistema encontrara el árbol correcto. Fedora documentó este tipo de arreglos en el pasado en problemas comunes sobre imágenes AArch64.
El cambio que se propone: DTB automático en AArch64 con EFI
El cambio técnico clave que se está planteando para Fedora 44 es habilitar la selección automática del DTB en sistemas AArch64 con EFI. En lugar de obligar al usuario a modificar la ISO o a “forzar” un DTB concreto, el propio arranque identificaría el hardware y elegiría el árbol correcto de forma automática.
Para conseguirlo, el enfoque pasa por una imagen de kernel ajustada que incorpora:
- Stubble boot stub (un boot stub pensado para facilitar el encaje del DTB en este flujo de arranque).
- Mapeos de hardware-ID a DTB, para decidir qué árbol corresponde a cada plataforma.
- Los DTB necesarios ya incluidos, evitando depender de manipulaciones externas del medio de instalación.
En la práctica, esto persigue un objetivo simple: que el primer arranque se parezca más al de un PC “normal”, donde se elige el medio de instalación y el sistema simplemente… arranca.
El peaje: un vmlinuz algo más grande
Este tipo de mejoras rara vez salen gratis. Según lo publicado sobre la propuesta, el coste directo sería un aumento aproximado del tamaño de vmlinuz en torno a 3 MB. En el mundo real, es un peaje asumible si lo que se compra con ello es “instalar y probar Fedora en ARM sin bisturí”.
Por qué importa: Snapdragon X Elite y el “momento WoA” en Linux
En 2025, el interés por ejecutar Linux en WoA ha crecido por dos motivos: el empuje comercial de la plataforma (equipos disponibles, marketing, autonomía) y la curiosidad técnica por ver si ARM puede ser una alternativa real al portátil x86 para trabajo diario.
Aquí Fedora compite en un terreno delicado. Ubuntu suele percibirse como una opción más “amable” en algunos escenarios ARM, pero el ecosistema sigue estando lejos de un estándar universal donde todo funcione igual de bien en cualquier portátil Snapdragon. Justo por eso, recortar fricción en el arranque —el paso cero— puede ser más importante de lo que suena.
La pieza política: FESCo y el calendario de decisión
Como ocurre con cambios que afectan al arranque y a medios oficiales, la propuesta necesita pasar por los cauces del proyecto, incluyendo la valoración (y aprobación si procede) por parte de FESCo. Si avanza, Fedora 44 podría convertirse en una distro mucho más atractiva para quien quiere probar Linux en WoA sin invertir la primera tarde en reconstruir imágenes.
Qué se puede esperar y qué no
Es importante no vender esto como “Linux perfecto en Snapdragon”. Incluso con DTB automático, pueden seguir existiendo limitaciones de drivers, energía, suspensión, GPU, audio o Wi-Fi según el modelo concreto. Pero sí puede cambiar la experiencia de entrada: menos barreras para arrancar, instalar, reproducir fallos y aportar feedback útil.
Dicho de otro modo: Fedora no promete magia; promete menos rituales.
Preguntas frecuentes
¿Qué es un DTB y por qué afecta tanto al arranque en ARM?
El DTB (Device Tree Blob) describe el hardware para que el kernel sepa qué componentes hay y cómo inicializarlos. Si el DTB no corresponde a tu equipo, el sistema puede no arrancar o arrancar con fallos importantes.
¿Este cambio haría que Fedora 44 funcione “sin tocar nada” en cualquier portátil Snapdragon?
Mejoraría la experiencia inicial en sistemas AArch64 con EFI al automatizar la selección del DTB, pero no garantiza compatibilidad total: depende de drivers y soporte específico de cada dispositivo.
¿Qué es FESCo y por qué su aprobación es relevante?
FESCo es el comité técnico de Fedora que evalúa y decide sobre cambios de este tipo. Su visto bueno suele ser clave para que una propuesta llegue a una versión estable.
¿El aumento de tamaño de vmlinuz es un problema real?
En la mayoría de casos no. Un incremento de unos 3 MB suele ser asumible si a cambio se gana facilidad de arranque e instalación, especialmente en un flujo pensado para “probar rápido”.
