Re: kernel 6.1 : suspend/resume problem - s2idle interference

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



Le lundi 2 janvier 2023 12:16:30 CET SET a écrit :
> Hi,
> 
> I am requesting help for a suspend/resume problem on a laptop since kernel
> 6.1.

A significant update.

After considering these in /var/log/error.log :

Jan  1 10:00:04 asus0 kernel: [ 2095.395568] xhci_hcd 0000:03:00.4: PCI post-
resume error -19!
Jan  1 10:00:04 asus0 kernel: [ 2095.395570] xhci_hcd 0000:03:00.4: HC died; 
cleaning up
Jan  1 10:00:04 asus0 kernel: [ 2095.395601] xhci_hcd 0000:03:00.4: PM: 
dpm_run_callback(): pci_pm_resume+0x0/0xe0 returns -19
Jan  1 10:00:04 asus0 kernel: [ 2095.395618] xhci_hcd 0000:03:00.4: PM: failed 
to resume async: error -19
Jan  1 10:00:12 asus0 kernel: [ 2107.896558] xhci_hcd 0000:03:00.4: xHCI host 
controller not responding, assume dead
Jan  1 10:00:12 asus0 kernel: [ 2107.896572] xhci_hcd 0000:03:00.4: HC died; 
cleaning up

a web search led me to unload xhci_* on suspend, and load them again on 
resume. I went through a bash script in /usr/lib/systemd/system-sleep/.

At least 25 suspend/resume cycles in a row have succeeded. I tested both 
s2idle and deep by tweaking SuspendState={freeze,mem} in sleep.conf.

Using linux-6.1.3, that misbehaves similarly to 6.1.2 and 6.1.1.

The drawback is that all USB connections get lost. Also, opening the lid does 
not trigger anything when using s2idle, while closing the lid does trigger 
suspend in both modes. I'll do with these.

I'll know in the coming days if delayed cycles are well managed.

Regards.








[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux