Under my Win11 box (which is pretty new), it fails to read the device descriptor. I only mention “new” because that means it’s probably still relatively clean and started as a Win11 box and not an upgraded older system.
Thought about the cable as there are a lot of garbage and charge-only cables flying around but was able to use the same cable and plug it into an Ubuntu 22 system.
Output from dmesg:
[Sun Sep 15 18:12:14 2024] usb 1-1.1.1: new full-speed USB device number 17 using xhci_hcd
[Sun Sep 15 18:12:14 2024] usb 1-1.1.1: New USB device found, idVendor=0000, idProduct=0001, bcdDevice= 2.00
[Sun Sep 15 18:12:14 2024] usb 1-1.1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Sun Sep 15 18:12:14 2024] usb 1-1.1.1: Product: GD32 USB IAP
[Sun Sep 15 18:12:14 2024] usb 1-1.1.1: Manufacturer: GD32 Microelectronics
[Sun Sep 15 18:12:14 2024] usb 1-1.1.1: SerialNumber: 䌰䈸M3210
[Sun Sep 15 18:12:14 2024] input: GD32 Microelectronics GD32 USB IAP as /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1.1/1-1.1.1:1.0/0003:0000:0001.000E/input/input45
[Sun Sep 15 18:12:14 2024] hid-generic 0003:0000:0001.000E: input,hidraw9: USB HID v1.01 Device [GD32 Microelectronics GD32 USB IAP] on usb-0000:00:14.0-1.1.1/input0
It showed up - funky idVendor and idProduct values - typical of products that don’t set that stuff because they don’t register for a vendor ID and leave things at the chipset default. That could give Windows some fits but Ubuntu seemed to roll with it and actually talk to the device.
lsusb -t seemed to confirm it as an HID device as well:
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 10000M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
|__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M
|__ Port 4: Dev 4, If 0, Class=Hub, Driver=hub/4p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 3: Dev 8, If 3, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 3: Dev 8, If 1, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 3: Dev 8, If 2, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 3: Dev 8, If 0, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 1: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 4: Dev 12, If 3, Class=Human Interface Device, Driver=, 12M
|__ Port 4: Dev 12, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 4: Dev 12, If 2, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 4: Dev 12, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 7, If 2, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 7, If 0, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 7, If 3, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 7, If 1, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 3: Dev 10, If 2, Class=Audio, Driver=snd-usb-audio, 480M
|__ Port 3: Dev 10, If 0, Class=Video, Driver=, 480M
|__ Port 3: Dev 10, If 3, Class=Audio, Driver=snd-usb-audio, 480M
|__ Port 3: Dev 10, If 1, Class=Video, Driver=, 480M
|__ Port 1: Dev 17, If 0, Class=Human Interface Device, Driver=usbhid, 12M
It’s there under Ubuntu and it’s a HID device as you saw as well.
Makes me think the cable is OK and this is going to be a Windows driver hunt.
The GD32 is a family of microcontrollers, some with USB - need to dig as little into their stuff. Their dev toolkits might contain some drivers for their chipsets.
Thanks for checking into this from your side.
I’ll post any updates in the event that it helps anyone else…