[opensuse] Ongoing suspend resume oddities
In order to work around problems with suspend to ram, I switched to using hybrid suspend. But upon resuming on one occasion I got this message on the screen (which was replicated in the journal): Uhhuh. NMI received for unknown reason 2d on CPU 0. Do you have a strange power saving mode enabled? Dazed and confused, but trying to continue What's happening? Should I use a older different kernel? I am using 4.12.14-lp151.28.36-default #1 SMP Fri Dec 6 13:50:27 UTC 2019 (8f4a495) x86_64 x86_64 x86_64 GNU/Linux It's all a fairly standard installation KDE plasma. Earlier there are other error messages. cache: parent cpu1 should not be sleeping hpet: hpet3 irq 25 for MSI CPU1 is up smpboot: Booting Node 0 Processor 2 APIC 0x4 cache: parent cpu2 should not be sleeping hpet: hpet4 irq 26 for MSI CPU2 is up smpboot: Booting Node 0 Processor 3 APIC 0x6 cache: parent cpu3 should not be sleeping hpet: hpet5 irq 27 for MSI CPU3 is up smpboot: Booting Node 0 Processor 4 APIC 0x1 cache: parent cpu4 should not be sleeping hpet: hpet6 irq 28 for MSI CPU4 is up smpboot: Booting Node 0 Processor 5 APIC 0x3 cache: parent cpu5 should not be sleeping CPU5 is up smpboot: Booting Node 0 Processor 6 APIC 0x5 cache: parent cpu6 should not be sleeping CPU6 is up smpboot: Booting Node 0 Processor 7 APIC 0x7 cache: parent cpu7 should not be sleeping CPU7 is up -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/01/2020 12.30, Richmond wrote: | In order to work around problems with suspend to ram, Is this a laptop? | I switched to using hybrid suspend. But upon resuming on one | occasion I got this message on the screen (which was replicated in | the journal): | | Uhhuh. NMI received for unknown reason 2d on CPU 0. Do you have a | strange power saving mode enabled? Dazed and confused, but trying | to continue I get some of those. Most times nothing happens. | | What's happening? Should I use a older different kernel? I am | using 4.12.14-lp151.28.36-default #1 SMP Fri Dec 6 13:50:27 UTC | 2019 (8f4a495) x86_64 x86_64 x86_64 GNU/Linux You are not describing symptoms of problems, yet :-? | | It's all a fairly standard installation KDE plasma. | | Earlier there are other error messages. | | | cache: parent cpu1 should not be sleeping hpet: hpet3 irq 25 for | MSI CPU1 is up This I think is irrelevant. The kernel detects an incorrect situation and corrects it. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXhRtagAKCRC1MxgcbY1H 1ZJ2AJ4q/Dxf0FGFbVpVb0gm9C3Od2hBlQCeNMjBF1ZxCpJYl6RfdVe/P90QW90= =Hfio -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 07/01/2020 12.30, Richmond wrote: | In order to work around problems with suspend to ram,
Is this a laptop?
Yes, it's a Dell XPS.
You are not describing symptoms of problems, yet :-?
OK perhaps not. But there are other factors which influence me. For example, when the system went into hybridnation, if that's the word, the power went off. That's not my understanding of what it is supposed to do. I think it should suspend and the power light should flash, like in a suspend to ram. Also when the system came back up it was very slow. It took a long time for the keys to become responsive typing the password. And the afore mentioned dazed and confused message was on the GUI superimposed onto a terminal window which was displaying something else. I am aware of this bug which has been confirmed but there doesn't seem to be much happening with it. https://bugzilla.opensuse.org/show_bug.cgi?id=1137748 The laptop is quite noisy with its cooling fan so I like to have it suspend to ram ideally. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Alex Bihlmaier
Am 07.01.20 um 14:46 schrieb Richmond:
The laptop is quite noisy with its cooling fan so I like to have it suspend to ram ideally.
Did you try "systemctl suspend"?
Yes I was having problems with that which prompted me to move to systemctl hybrid-sleep. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/01/2020 14.46, Richmond wrote: | Carlos E. R. wrote: |> On 07/01/2020 12.30, Richmond wrote: | In order to work around |> problems with suspend to ram, |> |> Is this a laptop? |> | Yes, it's a Dell XPS. | |> |> You are not describing symptoms of problems, yet :-? | | OK perhaps not. But there are other factors which influence me. | For example, when the system went into hybridnation, if that's the | word, Nobody knows :-D | the power went off. That's not my understanding of what it is | supposed to do. I think it should suspend and the power light | should flash, like in a suspend to ram. Yes, you are correct. | | Also when the system came back up it was very slow. It took a long | time for the keys to become responsive typing the password. And the | afore mentioned dazed and confused message was on the GUI | superimposed onto a terminal window which was displaying something | else. It should take the same time as coming from hibernation (aka suspend to disk). My guess is that something strange happened while saving the disk image, maybe it was not complete, and the kernel was confused on recovery. Or what happened is exactly as the message says: a mode peculiar to that laptop the the kernel knows not how to handle. I get that message sometimes. And on those few times, some of those I have to reboot after a while if I notice that something is not working right. Usually I ignore the message. | | I am aware of this bug which has been confirmed but there doesn't | seem to be much happening with it. | | https://bugzilla.opensuse.org/show_bug.cgi?id=1137748 I read up to #13, it is too long, and I don't think I can offer much :-? | | The laptop is quite noisy with its cooling fan so I like to have | it suspend to ram ideally. Notice that on "suspend to ram" the machine remains powered up. Not all of it, but a lot of it. The RAM, of course. I prefer to hibernate (suspend to disk) so that the machine is fully off. I only use suspend when I'm doing it for a short time, an hour or so. On my laptop the fan is not noisy at all, but it is not a powerful laptop anyway (Intel graphics). I have another one, quite smaller, with no fan at all. If yours is not hot, perhaps temperature control is not working fine :-? The bios of my first laptop has a setting to have the fan running continuously or as needed. I have it in the later mode. But, I sit the machine in a contraption with a large but slow fan inside that cools the entire laptop, not only the CPU. I power this contraption via an USB charger, not the laptop USB. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXhTpvwAKCRC1MxgcbY1H 1dOmAJ9Ggx6jU+lsBRYTDqsBsDtLvywhQACcDfJs466HWginIyUYn92Oz60X6oQ= =Ic81 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 07.01.20 um 21:02 schrieb Richmond:
Alex Bihlmaier wrote:
Am 07.01.20 um 14:46 schrieb Richmond:
The laptop is quite noisy with its cooling fan so I like to have it suspend to ram ideally. Did you try "systemctl suspend"?
thal
Yes I was having problems with that which prompted me to move to:
Would you be so kind and provide logs of the failed suspend? thal -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Alex Bihlmaier wrote:
Am 07.01.20 um 21:02 schrieb Richmond:
Alex Bihlmaier wrote:
Am 07.01.20 um 14:46 schrieb Richmond:
The laptop is quite noisy with its cooling fan so I like to have it suspend to ram ideally. Did you try "systemctl suspend"?
thal
Yes I was having problems with that which prompted me to move to:
Would you be so kind and provide logs of the failed suspend?
thal
This is also on this list under the subject: System failing to suspend on inactivity My system has started failing to suspend quite regularly. Here is an example: PM: Suspending system (mem) Suspending console(s) (use no_console_suspend to debug) wlan1: deauthenticating from 28:28:5d:bd:0a:80 by local choice (Reason: 3=DEAUTH_LEAVING) sd 0:0:0:0: [sda] Synchronizing SCSI cache sd 0:0:0:0: [sda] Stopping disk xhci_hcd 0000:06:00.0: WARN: xHC CMD_RUN timeout suspend_common(): xhci_pci_suspend+0x0/0xc0 [xhci_pci] returns -110 pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 [usbcore] returns -110 dpm_run_callback(): pci_pm_suspend+0x0/0x130 returns -110 PM: Device 0000:06:00.0 failed to suspend async: error -110 PM: Some devices failed to suspend, or early wake event detected sd 0:0:0:0: [sda] Starting disk 4.12.14-lp150.12.82-default #1 SMP Tue Nov 12 16:32:38 UTC 2019 (c939e24) x86_64 x86_64 x86_64 GNU/Linux I am using kde: /bin/sh /usr/bin/startkde /usr/lib64/libexec/kf5/start_kdeinit --kded +kcminit_startup kdeinit5: Running... kded5 [kdeinit5] /usr/lib64/libexec/polkit-kde-authentication-agent-1 /usr/lib64/libexec/kdeconnectd /usr/lib64/libexec/org_kde_powerdevil kwin_x11 It is when suspending with the power saver inactivity. If I manually suspend from the menu it works, although I have not tried it over and over. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (3)
-
Alex Bihlmaier -
Carlos E. R. -
Richmond