Bug 1303262

Summary: Kernel suspend issues on 4.5-rc0 (regression)
Product: [Fedora] Fedora Reporter: davidgf <david>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rawhideCC: gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab
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-02-19 00:37:03 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:
Attachments:
Description Flags
Dmesg trace none

Description davidgf 2016-01-30 01:22:27 UTC 
Description of problem:

On a Dell XPS 13 laptop (9350) using the newest kernel 4.5-rc1 (named 4.5.0-0.rc1.git0.2) the laptop will come back immediately from suspend (close the lid, suspends and it comes back after 1 second).

This also creates some issues with bluetooth (can't connect anymore for some misterious reason, not relevant).

It works well using 4.5-rc0

Notes: I'm using Fedora 23 but rawhide kernel, cause my laptop is too new and unsupported on older kernels (at least without tweaks).
Comment 1 davidgf 2016-02-07 17:31:35 UTC 
I have more infornation!

Last kernel known to work well is: kernel-4.5.0-0.rc0.git1.2.fc24.x86_64
Next kernel that doesn't suspend the computer: kernel-4.5.0-0.rc0.git5.1.fc24.x86_64

I couldn't try any other releases in between since they failed according to koji (http://koji.fedoraproject.org/koji/packageinfo?packageID=8)

I have a dmesg trace, in this trace I send the computer to sleep after second 26 (more or less). Attached.
Comment 2 davidgf 2016-02-07 17:32:07 UTC 
Created attachment 1121943 [details]
Dmesg trace
Comment 3 davidgf 2016-02-19 00:37:03 UTC 
Ok I'm closing this.
After trying to bisect the kernel with little luck (I got inconsistent results with the same commit) and some other hardware madness going on I think it might be connected to the Dell firmware.

After upgrading to BIOS 1.2.3 seems that the problem has gone away. It suspends well with 4.5.0-rc4-git8 or so and it does it way faster than before (regardless of the kernel version) so I guess the Dell guys have fixed some of the bugs there.

Thanks!!!
David