Bug 1536764
Summary: | System reboots instead of resuming from standby starting with kernel-4.14.11-300.fc27.i686 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Costanzo <david_costanzo> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 28 | CC: | airlied, ajax, alex.ploumistos, andrejoh, bskeggs, ewk, hdegoede, ichavero, itamar, jarodwilson, jglisse, john.j5live, jonathan, josef, kernel-maint, labbott, linville, mchehab, mjg59, robb, sendion23-ux, sergio, steved, yhnmzw |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | kernel-core-4.15.8-300.fc27.i686 | Doc Type: | No Doc Update |
Doc Text: |
undefined
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2018-06-10 21:35:39 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1489998 |
Description
David Costanzo
2018-01-20 22:12:59 UTC
I can reproduce the same problem on two old 32-bit laptops; an Asus EeePc 901 and a Lenovo ThinkPad Z61m. Reproduced with versions 4.14.11-300.fc27.i686 and 4.14.14-300.fc27.i686. The problem persists in kernel-4.14.16-300.fc27.i686. I noticed that when I install the kernel updates, dnf reports an error: """ Running scriptlet: libwbclient-2:4.7.4-2.fc27.i686 239/239 Running scriptlet: kernel-core-4.14.14-300.fc27.i686 239/239 cat: write error: Broken pipe Running scriptlet: python3-3.6.4-3.fc27.i686 """ And again: """ Running scriptlet: kernel-core-4.14.16-300.fc27.i686 13/13 cat: write error: Broken pipe """ I looked in the logs and couldn't find any more details. It might be that the "Broken pipe" error is completely unrelated to my reboot-on-resume problem, but I mention it, just in case the problem is not with the kernel itself, but with how it's packaged for Fedora. Same thing on my Aspire One (AOA150) with an Atom N270, running 4.14.13-300 (and patiently waiting to get upgraded to 4.14.17-300). Laura, do you need any additional information, or do you have a patch to test? (In reply to Alexander Ploumistos from comment #3) > (and patiently waiting to get upgraded to 4.14.17-300). No change in 4.14.17-300. Got the same message: """ Running scriptlet: kernel-core-4.14.16-300.fc27.i686 13/13 cat: write error: Broken pipe """ upon the upgrade from the kernel 4.14.13 to 4.14.16-300. Is "Broken pipe" expected during the update? Apologies for the second post. Please, ignore my previous, and use this one instead. Got the same message : """ Running scriptlet: kernel-core-4.14.16-300.fc27.x86_64 13/13 cat: write error: Broken pipe """ upon the installation of the kernel-core required for "dnf upgrade" from the kernel 4.13.9-300 to 4.14.16-300. Is "Broken pipe" expected during the upgrade? Is there any better way to report such deficiency? Please try the following: 1. Logout 2. Trigger a suspend after logged out This case (and only this) has seemed to work for me after a recent update. Suspending from my session causes some sort of hang instead. -------------- in messages: Mar 6 01:42:40 jm NetworkManager[901]: <info> [1520322160.6443] device (wlp3s0): state change: disconnected -> unmanaged (reason 'sleeping', internal state 'managed') Mar 6 01:42:40 jm NetworkManager[901]: <info> [1520322160.6827] device (wlp3s0): set-hw-addr: reset MAC address to xx:xx:xx:xx:xx:xx (unmanage) Mar 6 01:42:40 jm systemd[1]: Reached target Sleep. Mar 6 01:42:40 jm systemd[1]: Starting Suspend... ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mar 6 01:42:41 jm chronyd[862]: Can't synchronise: no selectable sources Mar 6 01:42:41 jm nm-dispatcher[11636]: req:2 'down' [wlp3s0]: start running ordered scripts... Mar 6 02:18:59 jm kernel: microcode: microcode updated early to revision 0x4, date = 2013-06-28 Mar 6 02:18:59 jm kernel: Linux version 4.15.6-200.fc26.x86_64 (mockbuild.fedoraproject.org) (gcc version 7.3.1 20180130 (Red Hat 7.3.1-2) (GCC)) #1 SMP Mon Feb 26 18:51:32 UTC 2018 I can't reproduce this, I logged out, set the system to sleep and these are the last lines from my journal: Mar 06 21:16:25 systemd[1]: Reached target Sleep. Mar 06 21:16:25 systemd[1]: Starting Suspend... Mar 06 21:16:25 systemd[1]: Stopping Sendmail Mail Transport Client... Mar 06 21:16:25 kernel: PM: suspend entry (deep) Mar 06 21:16:25 systemd-sleep[26500]: Suspending system... Mar 06 21:16:25 systemd[1]: Stopped Sendmail Mail Transport Client. Mar 06 21:16:25 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=sm-client comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Mar 06 21:16:25 systemd[1]: Stopping Sendmail Mail Transport Agent... Mar 06 21:16:25 systemd[1]: Stopped Sendmail Mail Transport Agent. Mar 06 21:16:25 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=sendmail comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Mar 06 21:16:25 systemd[1]: Starting Sendmail Mail Transport Agent... Mar 06 21:16:25 sendmail[26529]: starting daemon (8.15.2): SMTP+queueing@01:00:00 Mar 06 21:16:25 systemd[1]: Started Sendmail Mail Transport Agent. Mar 06 21:16:25 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=sendmail comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Mar 06 21:16:25 systemd[1]: Starting Sendmail Mail Transport Client... Waking up the system just caused a reboot. Using kernel 4.15.7-300.fc27.i686. I can not reproduce this problem on kernel-core-4.15.8-300.fc27.i686 or kernel-core-4.15.9-300.fc27.i686. As far as I'm concerned, the bug is fixed. I still saw the message of "cat: write error: Broken pipe" when installing kernel-core-4.15.9-300.fc27.i686, so it must not be related. I've just tested kernel 4.15.14-300.fc27 and it seems that the problem is gone. I am closing the bug, if someone is still seeing this on recent fedora kernels, please reopen it. Excuse my ignarance, but bugzilla is not my cup of tea. Just want to add that I think I hit a regression of this bug in my Fedora28 install. This week I updated to kernel-4.16.13-300.fc28.x86_64. When I resume my laptop by opening the lid, I can log in, but seconds after logging in, the laptop reboots. I have still kernel-4.16.12-300.fc28.x86_64 installed too, and when I boot into that kernel, the reboot does not occur. > [Rob Bosch] Excuse my ignarance, but bugzilla is not my cup of tea.
Bugzilla isn't my cup of tea, either. Actually, my cup of tea is a cup of coffee, which I'm having right now.
I upgraded to kernel-4.16.13-200.fc27.i686 and was not able to reproduce the bug that I reported. Of course, our kernels aren't the same (I'm on FC27, not FC28 and my CPU is i686, not x86_64), so that's not to say that this bug has regressed, only that I cannot confirm that it has.
Either way, since this bug is CLOSED, I don't think any developers will look at the problem you're having. I recommend that you open a new bug and provide the relevant part from journalctl and perhaps mention that this could be a duplicate of this bug, or mark this bug as OPEN. If you claim ignorant-newbie-who-is-just-trying-to-make-the-world-a-better-place, I don't see how any decent person could get angry.
I posted here because @Alexander Ploumistos wrote in his last post: "if someone is still seeing this on recent fedora kernels, please reopen it." I doubt I have the rights to re-open bugs, so I just informed here. As far as I'm concerned, I have done the things I can do. I'll leave it to the pro's to act or not act on it. regards, robb I'll try to bring my (really slow) testing system up to speed -hopefully sometime today- and see if I can reproduce this. (In reply to Rob Bosch from comment #11) > This week I updated to kernel-4.16.13-300.fc28.x86_64. Hello again, I just noticed that you are on x86_64 and considering that I can not reproduce this i686-specific bug with kernel 4.16.14-300 on 32-bit hardware, you have probably stumbled upon something different. Please file a new bug, mentioning the 64-bit architecture. I am closing this one. |