Re: [regression] USB power management failure to suspend / high CPU usage

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04.02.2019 18:30, Eric Blau wrote:
On Mon, Feb 4, 2019 at 10:49 AM Mathias Nyman
<mathias.nyman@xxxxxxxxxxxxxxx> wrote:

On 04.02.2019 17:27, Alan Stern wrote:

I would prefer to see the underlying cause for this problem figured
out.  Why is the USB3 port stuck in polling mode?  Is it a hardware
issue or a software bug?

More detailed debugging logs might help.

Sure, please see the requested logs attached. Thanks for taking a look.


Thanks

journalctl.log shows port 2 is in Polling state (2e0), and stays there,
but no reason why, or how it ended up there.

Feb 04 11:19:03 eric-macbookpro kernel: usb usb2: bus suspend, wakeup 0
Feb 04 11:19:03 eric-macbookpro kernel: xhci_hcd 0000:00:14.0: Bus suspend bailout, port in polling
Feb 04 11:19:03 eric-macbookpro kernel: usb usb2: bus suspend fail, err -16
Feb 04 11:19:03 eric-macbookpro kernel: hub 2-0:1.0: hub_resume
Feb 04 11:19:03 eric-macbookpro kernel: xhci_hcd 0000:00:14.0: get port status, actual port 2 status  = 0xe0002e0
Feb 04 11:19:03 eric-macbookpro kernel: xhci_hcd 0000:00:14.0: Get port status returned 0x2e0

Same with xhci_hcd_trace.log, port is in polling state since the beginning of the log.

Can you check the port states before first system suspend attempt:

cat /sys/kernel/debug/usb/xhci/0000\:00\:14.0/ports/port*/portsc

-Mathias



[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux