I've been having issues with USB devices I'm passing through that are USB 2.0. They seem to be stuck at USB 1.1 speeds.

My first evidence is when I tried to pass a SATA-to-USB adapter, in order to get an optical blu-ray drive working from within a VM.
I was only able to get transfer speeds of 1.38 MB/s which pretty much max out the theoretical 12 mbps speeds of USB 1.1. Too slow to even play a DVD movie in real-time. When I try to play a DVD, it stutters every second to catch-up with the slow transfer speed.

I've also noticed this in my XCP-ng 8.2.0 instance:

[13:32 sol ~]# xe pusb-list host-uuid=419238b3-e90b-4fb0-b4d3-da9a501e31ac
uuid ( RO)            : bac74e9c-3032-2bbc-4969-f79a0a3acefc
            path ( RO): 2-3.3
       vendor-id ( RO): 05e3
     vendor-desc ( RO): Genesys Logic, Inc.
      product-id ( RO): 0719
    product-desc ( RO): SATA adapter
          serial ( RO): 000000000033
         version ( RO): 2.00
     description ( RO): Genesys Logic, Inc._SATA adapter_000000000033
           speed ( RO): 12.000


uuid ( RO)            : 03340754-43b2-63bb-e770-9aa653e21d7d
            path ( RO): 2-3.2
       vendor-id ( RO): 0471
     vendor-desc ( RO): Philips (or NXP)
      product-id ( RO): 0815
    product-desc ( RO): eHome Infrared Receiver
          serial ( RO): PH00QM1N
         version ( RO): 1.10
     description ( RO): Philips (or NXP)_eHome Infrared Receiver_PH00QM1N
           speed ( RO): 12.000


uuid ( RO)            : 1f04eb42-cb73-d6b7-2a79-640dfb3523c9
            path ( RO): 2-3.1
       vendor-id ( RO): 0bda
     vendor-desc ( RO): Realtek Semiconductor Corp.
      product-id ( RO): 8771
    product-desc ( RO):
          serial ( RO): 00E04C239987
         version ( RO): 1.10
     description ( RO): Realtek Semiconductor Corp._00E04C239987
           speed ( RO): 12.000


uuid ( RO)            : d4d44e58-4f34-25c7-3e82-5c3a8c62cbd2
            path ( RO): 2-2
       vendor-id ( RO): 0764
     vendor-desc ( RO): Cyber Power System, Inc.
      product-id ( RO): 0501
    product-desc ( RO): CP1500 AVR UPS
          serial ( RO): 000000000000
         version ( RO): 2.00
     description ( RO): Cyber Power System, Inc._CP1500 AVR UPS_000000000000
           speed ( RO): 12.000

At first I wondered if it was caused by a conflict of passing actual USB 1.1 devices at the same time to the same VM, so I tried passing only the Genesys device (SATA-to-USB adapter) but I have the same issue.

Interestingly, despite the proper USB version being detected (2.0) for the Genesys device, it still lists a speed of 12.000

So my instinct tells me the issue is with the host, even before anything to do with USB passthrough?

Would anyone have guidance on what might be my issue here, how can I get 480 Mbps speed working? Or how may I investigate the issue further?

Thank you!

Hi,

I just wanted to report facing the same issue, and the exact same error message for the same BFD device number as OP.

In my case, I'm attempting to pass one of the USB 2.0 Controllers from my Supermicro X10SDV-TLN4F motherboard (featuing a xeon-d 1541 CPU). Since it is the same BFD number as OP, I wouldn't be suprised it's similar hardware.

00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05)

After the device is hidden in grub.cfg it is correctly reported by xl pci-assignable-list. The error I get on VM start-up after assignation is:

Internal error: xenopsd internal error: Cannot_add(0000:00:1d.0, Xenctrlext.Unix_error(30, "1: Operation not permitted"))

FYI, passing the entire USB Controller was my 2nd attempt at passing a USB Bluetooth dongle which I was unssuccessfull in acheiving due to similar issues as in https://xcp-ng.org/forum/topic/266/usb-passthrough-test-reports-in-7-5rc1.

The RMRR explanation makes a lot of sense to me as well. I wouldn't mind passing more BFD devices to the same VMs if it fixes the issue, but I haven't found a combination that works.

I was hoping someone extrapolated a way to make this works in XCP-ng from the work done in the Qubes community as mentionned by @hkparker.