usb 2-1.3: USB disconnect, device number 30 # echo 0 > /sys/bus/usb/devices/2-1/authorized Writing back 1 to the authorized file will again enable the device, and for a hub, power back on its ports, powering back any connected device.Įxample: # cat /sys/bus/usb/devices/2-1/product If the loss of any other connected device to this hub is acceptable then that's a possible method. So disabling the USB hub where the device is connected will effectively disable and power off the misconducting device. Still, when any USB hub is thus disabled, it will disable and power off all its ports. For a device that behaves normally, this would solve the problem, but not for a device that is disconnecting and connecting back all the time. What is still possible in Linux is to ask the kernel to disable the use of an USB device by writing 0 to the authorized control file of this device in the /sys/bus/usb/devices tree. While, as the OP told, some USB hubs have an additional protocol allowing to power off a single port, thus easily solving the problem with the use of uhubctl, most USB hubs, internal included, have no such control. However, the upstream hub is: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubĠ0:14.0 USB controller: Intel Corporation 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller (rev 31) Running lsusb of course does not report the device. usb 1-7: new full-speed USB device number 44 using xhci_hcd usb 1-7: device descriptor read/64, error -71 usb 1-7: new full-speed USB device number 43 using xhci_hcd usb usb1-port7: unable to enumerate USB device usb 1-7: device not accepting address 42, error -71 usb 1-7: new full-speed USB device number 42 using xhci_hcd usb 1-7: device not accepting address 41, error -71 usb 1-7: Device not responding to setup address. usb 1-7: new full-speed USB device number 41 using xhci_hcd I'm going to guess that the device is actually a laptop fingerprint reader that I've never used or been able to use, but I remember being around. I can virtually remove the PCI card via Linux, but that takes out stuff I actually need (the high speed USB hub). Of course, I cannot try another cable-it is an embedded device.Īnd I would prefer to not disable the hub entirely, but I'd be willing to try it. I've tried rebooting, using uhubctl (not known as a smart hub), playing with port's power/autosuspend_delay_ms (gets input/output error), playing with the port's power/control (already auto), playing with the hub's power/level (invalid argument). Is there a way to kill the USB port or otherwise stop the kernel from trying to configure it? It tries to set the device up continuously and fails continuously: wasting battery, CPU, disk space, etc. I have a built-in USB device that is not responding to setup address.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |