![]() If process outlined in step 3 is followed, i.e., adapter is plugged in after the system comes out of suspended state, everything seems to recover correctly and the network adapter comes back online.Īny clue what this might be and how to remedy it?Ĭapabilities: pm msi pciexpress msix bus_master cap_list ethernet physical wirelessĬonfiguration: broadcast=yes driver=iwlwifi driverversion= 5.15.0- 52-generic firmware= 66.f1c864e0. I am able to reproduce it reliably, i.e., after a clean system reboot, when I repeat step 4 above, I always end up with a broken network adapter irrespective of the installed drivers. It *seems* that waking the system up from a suspended state breaks something in the USB adapter initialization process. thermal thermal_zone12: failed to read out thermal zone (-61) xhci_hcd 0000:37:00.0: PM: failed to resume async: error -19 PM: dpm_run_callback(): pci_pm_ resume+ 0x0/0x100 returns -19 xhci_hcd 0000:37:00.0: Controller not ready at resume -19 ![]() xhci_hcd 0000:37:00.0: can't change power state from D3cold to D0 (config space inaccessible) STEP 4: suspend the system, remove the adapter, (give it some time, about 2 minutes), plug in the adapter, and wake the system up with adapter in, driver is not accessible anymore and network is not visible usb 4-1: reset SuperSpeed USB device number 4 using xhci_hcd usb 4-1: new SuperSpeed USB device number 4 using xhci_hcd STEP 3: suspend the system, remove the adapter, wake the system up, and then plug in he adapter - network did come back up usb 4-1: reset SuperSpeed USB device number 3 using xhci_hcd usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=6 usb 4-1: New USB device found, idVendor=0bda, idProduct=8156, bcdDevice=31.00 usb 4-1: new SuperSpeed USB device number 3 using xhci_hcd xhci_hcd 0000:37:00.0: WARN Set TR Deq Ptr cmd failed due to incorrect slot or ep state. usb 4-1: USB disconnect, device number 2 STEP 2: device removed and then plugged back in usbcore: registered new interface driver r8152 r8152 4-1:1.0 eth0: This product is covered by one or more of the following patents: r8152 4-1:1.0 (unnamed net_device) (uninitialized): netif_napi_add() called with weight 256 ![]() ![]() r8152: module verification failed: signature and/or required key missing - tainting kernel r8152: loading out-of-tree module taints kernel. STEP 1: Device initialized during the boot process (RTL8152-based 2.5GE Anker USB-C adapter), all works fine
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |