Bug 1262034
Summary: | Thinkpad X201t randomly fails to suspend, resume, or sometimes just shuts off | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jean-François Fortin Tam <nekohayo> | ||||||||||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
Severity: | high | Docs Contact: | |||||||||||||
Priority: | unspecified | ||||||||||||||
Version: | 23 | CC: | erich.cm, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, marcel, mchehab, nekohayo, samtygier | ||||||||||||
Target Milestone: | --- | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | x86_64 | ||||||||||||||
OS: | Linux | ||||||||||||||
Whiteboard: | |||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2016-10-26 16:50:26 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: | |||||||||||||||
Attachments: |
|
Description
Jean-François Fortin Tam
2015-09-10 16:30:14 UTC
Created attachment 1072276 [details]
journalctl output
Created attachment 1072277 [details]
lspci output
Also of note: this happens with kernels 4.1.6 as well as 4.1.4 and 4.1.3 (the only ones available/installed on my machine, somehow older kernels got pruned) Could you please attach the dmesg output?. Also the output of lsmod command would be useful to understand the issue. Here is the current dmesg.txt and lsmod output on a fresh boot after a resume failure (screen black, LEDs on, machine locked up) that required me to do a hard poweroff. Here is also the tail of journalctl -b -1, where you see that the system suspended (some hours ago) but never resumed or shut down cleanly: sep 17 13:28:30 my_laptop systemd[1]: Reached target Sleep. sep 17 13:28:30 my_laptop systemd[1]: Starting Sleep. sep 17 13:28:30 my_laptop systemd[1]: Starting Suspend... sep 17 13:28:30 my_laptop systemd-sleep[4643]: Suspending system... Created attachment 1074671 [details]
lsmod
Created attachment 1074672 [details]
dmesg output on boot after a failed resume
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 22 kernel bugs. Fedora 22 has now been rebased to 4.2.3-200.fc22. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 23, and are still experiencing this issue, please change the version to Fedora 23. If you experience different issues, please open a new bug report for those. Still happens with Fedora 23 and the latest available kernel (just like it did on F22 with the latest 4.2.3 kernel). Eric, any ideas? Created attachment 1092596 [details]
Full journal of f23 resume crash
T440s in an Ultra Dock with a HDMI screen. Suspended yesterday evening Nov 10 16:59:49 and resumed this morning Nov 11 08:43:58. As usual the external screen did not come to live so I opened the notebook screen. USB mouse was working, not so the USB keyboard. Un-plugged/re-plugged both after which no more reaction whatsoever, see below in above attached log: Nov 11 08:43:58 localhost.localdomain kernel: usb 1-3: USB disconnect, device number 2 Nov 11 08:43:58 localhost.localdomain kernel: usb 1-3.4: USB disconnect, device number 4 Had to hard power-cycle to get it back to life! Unfortunately I admit the log does not seem to reveal much anything really. Does reverting to an older kernel help? I had similar-ish issues last year on an x230 that turned out to be a hardware failure. can you reproduce with an F21 live image? Hi Sam, I can attest to the fact that older kernels are reliable. At least if booting 3.10.0-327 on Centos7 is any indication. I can suspend/resume dozens of times without any problems. Really, the issue started occuring with the 4.x series for me, sporadically, since Summer 2015. Depending on the kernel release it might be more, or less, prominent. Currently, and for the past two months or so with any kernel provided by Fedora 23, I've had it fail to suspend or resume with about 30-50% probability. To the point I don't even carry the battery anymore, forcing myself to do a full poweroff because the suspend/resume can't be trusted for anything. *********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 23 kernel bugs. Fedora 23 has now been rebased to 4.7.4-100.fc23. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 24 or 25, and are still experiencing this issue, please change the version to Fedora 24 or 25. If you experience different issues, please open a new bug report for those. *********** MASS BUG UPDATE ************** This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 4 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously. |