AMD entra a UFS en Linux 7.2 con el device ID 0x1B29
AMD sumó su primer controlador UFS al driver ufshcd-pci del kernel Linux, con el device ID 0x1B29. Es el primer producto no-Intel que entra a ese driver y llega confirmado para el ciclo de Linux 7.2, según el parche que un ingeniero de AMD mandó la semana pasada a la lista de correo del kernel. Acá te explico qué es el soporte AMD en controladores UFS Linux y por qué importa.
En 30 segundos
- Primer vendor no-Intel: AMD agregó el device ID 0x1B29 al driver ufshcd-pci, que hasta ahora era territorio casi exclusivo de Intel.
- Parche reciente: lo envió un ingeniero de AMD a la LKML a principios de junio de 2026, según reportó Phoronix.
- Cambio mínimo: no se toca la lógica del driver, solo se suma el par vendor/dispositivo de AMD.
- AMD ya estaba en UFS: existe el driver ufs-amd-versal2 para SoCs Versal2; esto apunta a hardware AMD no-Versal.
- Destino confirmado: el código está listo para el ciclo de Linux 7.2.
El driver ufshcd-pci es el módulo del kernel Linux que maneja controladores UFS (Universal Flash Storage) conectados por bus PCI. Hasta ahora soportaba sobre todo dispositivos Intel. Con Linux 7.2 incorpora por primera vez un controlador AMD, identificado con el device ID 0x1B29. El cambio no modifica cómo trabaja el driver: solo agrega el identificador de AMD a la lista que ya reconoce.
¿Qué es UFS (Universal Flash Storage) y cómo funciona?
UFS es un estándar de almacenamiento flash pensado para velocidad y baja latencia. Lo definió la asociación JEDEC y se usa en celulares de gama alta, sistemas embebidos y, cada vez más, en hardware de servidores compactos.
La gracia de UFS está en cómo mueve los datos. Trabaja en modo full-duplex, así que lee y escribe al mismo tiempo. Su antecesor directo, el eMMC, es half-duplex: hace una cosa o la otra, nunca las dos juntas. Si alguna vez peleaste con un dispositivo embebido que se trababa al copiar archivos grandes mientras corría otra tarea, sabés exactamente de qué hablo. En nuestro análisis de pipelines CI/CD profundizamos sobre esto.
UFS también soporta cola de comandos, parecido a lo que hace NVMe. Eso le permite procesar varias órdenes de lectura y escritura sin esperar a que termine la anterior. Según la versión del estándar, las velocidades teóricas van de alrededor de 1,5 GB/s en las primeras a cifras bastante más altas en las revisiones modernas.
¿Qué tan rápido es UFS comparado con eMMC?
La diferencia no es sutil. Mientras un eMMC ronda los 400 MB/s en el mejor de los casos, UFS arranca varias veces por encima y escala mucho más. Acá está el resumen.
| Característica | UFS | eMMC |
|---|---|---|
| Velocidad máxima teórica | ~1,5 a 6 GB/s (según versión) | ~400 MB/s |
| Modo de transferencia | Full-duplex | Half-duplex |
| Cola de comandos | Sí, varias órdenes simultáneas | No, una por vez |
| Uso típico | Móviles premium, embebidos de alto rendimiento, servidores compactos | Dispositivos de gama media y baja |
Ojo con un detalle: el número grande de la primera fila es el techo teórico. En el mundo real, el controlador, el firmware y el resto del sistema marcan la diferencia. Por eso importa que el soporte en el kernel esté bien hecho.
¿Qué es el driver ufshcd-pci y qué controladores soporta?
ufshcd-pci es el driver genérico de Linux para controladores UFS que se exponen por PCI. Vive en drivers/ufs/host/ufshcd-pci.c dentro del árbol del kernel.
Hasta este cambio, la lista de hardware reconocido era casi toda Intel. La lógica es simple: cada controlador se identifica con un par vendor/dispositivo, y el driver tiene que tener ese ID anotado para saber que es suyo. Sin el ID, el kernel ve el dispositivo pero no sabe quién lo maneja. Complementá esta idea en la comparativa de herramientas automatizadas.
¿Por qué un solo driver para tantos fabricantes? Porque UFS está estandarizado. Si el controlador cumple la especificación, el mismo código sirve. Eso es justo lo que pasa con AMD: no hizo falta reescribir nada, solo decirle al driver “este ID también es UFS”.
El historial de AMD en UFS: de Versal2 a ufshcd-pci
AMD no aparece de la nada en el mundo UFS. Desde que compró Xilinx en 2022, heredó una línea de SoCs adaptativos, y el kernel ya tenía el driver ufs-amd-versal2 para los Versal2.
La diferencia es que aquel driver es específico para esos SoCs. Lo nuevo es que AMD ahora se suma al driver PCI común, el genérico, el que comparte con el resto de la industria. El parche no aclara a qué producto corresponde el ID 0x1B29, pero como ya existe el camino Versal2, todo indica que esto apunta a hardware AMD distinto (probablemente algo que se conecte por PCI en vez de ir integrado en el SoC).
Device ID 0x1B29: el nuevo identificador del soporte AMD en controladores UFS Linux
0x1B29 es el device ID que AMD usa para su controlador UFS. Es el primer ID no-Intel que entra a ufshcd-pci, y ese detalle es el que convierte un parche de una línea en una noticia. Ya lo cubrimos antes en nuestra guía de SEO técnico.
El flujo fue directo: un ingeniero de AMD escribió el parche, lo mandó a la lista de correo del kernel y quedó confirmado para Linux 7.2. La nota técnica de Phoronix aclara que no se necesita ningún otro cambio en el driver común. Se agrega el ID y listo.
¿Por qué un cambio tan chico merece atención? Porque marca que AMD está empujando soporte de almacenamiento UFS hacia productos más allá de los Versal. Y cuando un fabricante manda parches al kernel, suele ser porque tiene hardware en camino.
¿Qué significa Linux 7.2 para desarrolladores y sysadmins?
Lo primero: paciencia. El código está apuntado al ciclo de Linux 7.2, y hasta que tu distro lo empaquete va a pasar más tiempo todavía.
Lo segundo: nada se rompe. Sumar un device ID es aditivo. Los controladores Intel que ya andaban van a seguir andando igual. Si administrás infraestructura con hardware AMD, esto significa que tarde o temprano vas a tener soporte nativo de UFS sin parches de terceros, que es justo lo que querés en un servidor de producción. Para quien arma o alquila infraestructura sobre hardware AMD (incluido lo que tengas corriendo en donweb.com), el soporte upstream siempre es mejor noticia que depender de drivers fuera del árbol.
¿Cómo habilitar y verificar el soporte UFS de AMD en Linux?
Cuando tengas un kernel 7.2 o superior, el camino es el de siempre con UFS. Estos son los pasos.
- Habilitá el driver en el kernel: compilá con
CONFIG_SCSI_UFSHCD_PCIactivado (como módulo o built-in). - Confirmá que el módulo cargó:
lsmod | grep ufste dice si está en memoria. - Buscá el controlador en el bus: con
lspciverificás que el dispositivo aparezca y que el kernel lo asocie al driver correcto. - Revisá los logs de arranque:
dmesgojournalctl -kte muestran si el device ID 0x1B29 se reconoció sin errores. - Medí el rendimiento: herramientas como
fioo el clásicoddte dan una idea de la velocidad real de lectura y escritura.
Errores comunes al trabajar con UFS en Linux
- Confundir UFS con eMMC: son estándares distintos y usan drivers distintos. Si tratás un controlador UFS como si fuera eMMC, no vas a ningún lado.
- Esperar las velocidades teóricas: el techo de la especificación no es lo que vas a medir en tu equipo. El firmware, el controlador y el resto del sistema mandan.
- Asumir que un device ID nuevo trae features nuevas: agregar 0x1B29 no cambia la lógica del driver. Es reconocimiento de hardware, no una mejora de rendimiento por sí sola.
- No revisar dmesg: si el dispositivo no anda, el log del kernel casi siempre te dice por qué antes de que empieces a adivinar.
Preguntas Frecuentes
¿Qué significa que AMD agregue soporte a UFS en Linux 7.2?
Significa que el kernel Linux ahora reconoce un controlador UFS de AMD a través del driver ufshcd-pci, gracias al device ID 0x1B29. Es el primer producto no-Intel en ese driver y llega confirmado para el ciclo 7.2. Esto se conecta con lo que analizamos en ejecutar herramientas sin conectividad externa.
¿Cuál es la diferencia entre UFS y eMMC?
UFS trabaja en full-duplex (lee y escribe a la vez) y soporta cola de comandos, lo que lo hace mucho más rápido. eMMC es half-duplex y procesa una orden por vez. En velocidad, UFS arranca por encima del gigabyte por segundo mientras eMMC ronda los 400 MB/s.
¿En qué se diferencia ufshcd-pci de otros drivers UFS?
ufshcd-pci es el driver genérico para controladores UFS conectados por bus PCI, y sirve a varios fabricantes a la vez. Drivers como ufs-amd-versal2 son específicos para un hardware concreto, en ese caso los SoCs Versal2 de AMD.
¿Qué productos de AMD se benefician de este cambio?
El parche no especifica el producto exacto. Como AMD ya tiene el driver Versal2, todo indica que el ID 0x1B29 corresponde a hardware AMD distinto que se conecta por PCI. Habrá que esperar la confirmación oficial del fabricante.
¿Cuándo va a estar disponible Linux 7.2 con este soporte?
El código está confirmado para el ciclo 7.2. Después hay que sumar el tiempo que tarde cada distribución en empaquetar esa versión.
Conclusión
Es un parche de pocas líneas, sí, pero cuenta una historia más grande: AMD dejó de ser solo “el de los Versal” en UFS y se sumó al driver PCI común que hasta ahora dominaba Intel. El device ID 0x1B29 abre la puerta a hardware AMD que todavía no se anunció del todo.
¿Qué hacer con esto? Si trabajás con almacenamiento embebido o servidores sobre hardware AMD, anotá Linux 7.2 en el radar y, cuando salga, verificá el soporte con lspci y dmesg. Y si todavía estás en eMMC, este movimiento es un recordatorio de hacia dónde va el almacenamiento flash de alto rendimiento.
