Me gustaría depurar el kernel de mi nexus 5 y le envié a Fab el diseño para el cable debu que utiliza internamente un chip FTDI que crea un USB al puente serial.
Dado que el chip es un paquete QFN es un poco molesto para la soldadura pero después de algunos intentos lo hice; Uno de los tableros se ve correctamente, de hecho, desde el syslog
kernel: [12174.440550] usb 3-14: new full-speed USB device number 5 using xhci_hcd
kernel: [12174.585763] usb 3-14: New USB device found, idVendor=0403, idProduct=6001
kernel: [12174.585766] usb 3-14: New USB device strings: Mfr=1, Product=2, SerialNumber=3
kernel: [12174.585767] usb 3-14: Product: DCSD USB UART
kernel: [12174.585768] usb 3-14: Manufacturer: FTDI
kernel: [12174.585768] usb 3-14: SerialNumber: A600ASO8
mtp-probe: checking bus 3, device 5: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-14"
mtp-probe: bus: 3, device: 5 was not an MTP device
kernel: [12174.606497] usbcore: registered new interface driver usbserial
kernel: [12174.606569] usbcore: registered new interface driver usbserial_generic
kernel: [12174.606633] usbserial: USB Serial support registered for generic
kernel: [12174.608070] usbcore: registered new interface driver ftdi_sio
kernel: [12174.608128] usbserial: USB Serial support registered for FTDI USB Serial Device
kernel: [12174.608173] ftdi_sio 3-14:1.0: FTDI USB Serial Device converter detected
kernel: [12174.608245] usb 3-14: Detected FT232RL
kernel: [12174.608427] usb 3-14: FTDI USB Serial Device converter now attached to ttyUSB0
En cambio, las otras dos placas se ven como un LED de estado de DCSD
kernel: [11309.878562] usb 3-14: new full-speed USB device number 4 using xhci_hcd
kernel: [11310.024048] usb 3-14: New USB device found, idVendor=0403, idProduct=8a88
kernel: [11310.024051] usb 3-14: New USB device strings: Mfr=1, Product=2, SerialNumber=3
kernel: [11310.024052] usb 3-14: Product: DCSD Status LED
kernel: [11310.024053] usb 3-14: Manufacturer: FTDI
kernel: [11310.024054] usb 3-14: SerialNumber: A101FPA7
Lo busqué en Google pero no he encontrado nada relacionado con él.
Dado que dos dispositivos devuelven el mismo descriptor exacto, no creo que sea un error de transmisión sino otra cosa, ¿alguien tiene idea de qué puede causar este comportamiento?
P.S: El chip ha sido comprado a aliexpress, así que no puedo decir que sea original.
EDIT
Según lo indicado por la solución, el chip fue reprogramado.
Por cierto, gracias al comentario de @ pjc50 busqué una forma de reescribir la EEPROM: en un sistema Debian puedes instalar ftdi-eeprom y luego debes escribir un archivo de configuración con los VID y% co_de deseados. %
vendor_id=0x0403 # Vendor ID
product_id=0x6001 # Product ID
y luego usa el programa para volver a flashear el chip
$ sudo ftdi_eeprom --device i:0x0403:0x8a88 --flash-eeprom ftdi.conf
( PID es el nombre del archivo de configuración descrito anteriormente).
Ahora tengo el dispositivo correctamente identificado por el kernel.