Marcel Holtmann wrote: > > explain the speed increase to me. I don't understand it. The RESET quirk > should be enough, because the BCM92035 quirk is only for a very specific > dongle from Broadcom. > > Check the dmesg output for added and removed USB while you are attaching > the dongle. You should see a mouse and a keyboard that will disappear > minutes later. Well Marcel, as usual, you are correct on this one as well. The speed drop is corallated to the mouse/keyboard add somehow. Once the mouse and keyboard are removed: Jun 1 23:37:02 localhost kernel: usb 3-2.2: USB disconnect, address 44 Jun 1 23:37:02 localhost udev[16373]: removing device node '/dev/input/event3' Jun 1 23:37:02 localhost hal.hotplug[16386]: DEVPATH is not set Jun 1 23:37:02 localhost kernel: usb 3-2.3: USB disconnect, address 45 Jun 1 23:37:02 localhost udev[16421]: removing device node '/dev/input/mouse2' Jun 1 23:37:02 localhost udev[16423]: removing device node '/dev/input/event4' The speed for the hcitool scan returns to normal. It is not related to the BCM92035 quirk at all. FYI, the symptom is that before these removal messages, "hcitool scan" takes on average 3 seconds longer to perform a scan. I did not test any other hci tools. This must be related to some contention in the usb code somewhere? Attached is the patch with just the reset quirk for the Kensington adapter. I believe that you are correct in that this is all that is needed for this adapter to function. -- David Britton