Bug 791149

Summary: System can't be suspended with kernel 3.2.x
Product: [Fedora] Fedora Reporter: Petr Kočandrle <pkocandr>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 21CC: camilo, gansalmon, itamar, jforbes, jonathan, kernel-maint, madhu.chinakonda, nicolas.vieville
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-09-25 14:33:46 UTC Type: ---
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
/var/log/messages from pushing the sleep button to password dialog
none
Result of pm-utils-bugreport-info.sh none

Description Petr Kočandrle 2012-02-16 10:48:13 UTC
Created attachment 562460 [details]
/var/log/messages from pushing the sleep button to password dialog

Description of problem:
I cannot suspend my Lenovo S12 ION after updating kernel to version 3.2.1 and
newer ones. Last tested is 3.2.6. Suspending works fine with kernel 3.1.9. The
problem occurs only with wireless turned on by HW switch.

Version-Release number of selected component (if applicable):
kernel.i686 3.2.6-3.fc16
NetworkManager.i686 1:0.9.2-1.fc16
kmod-wl.i686 5.100.82.112-2.fc16.6 @rpmfusion-nonfree-updates

How reproducible:
Everytime.

Steps to Reproduce:
1. Close the lid or push te sleep button.
2. Screen turns black but in 20 seconds it is lit back with password dialog.

Additional info:
When I turn wireless HW switch off it suspends with no problem. When I unload
the wl module or turn wifi off in network manager with HW switch on it doesn't
work.

Contents of /var/log/messages is attached.

Comment 1 Petr Kočandrle 2012-02-27 21:23:04 UTC
Created attachment 566146 [details]
Result of pm-utils-bugreport-info.sh

I'm attaching result of pm-utils-bugreport-info.sh to provide some more info.

I've also tried actual kernel version 3.2.7-1, but nothing changed.

Comment 2 Dave Jones 2012-03-22 16:44:36 UTC
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.

Comment 3 Dave Jones 2012-03-22 16:48:59 UTC
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.

Comment 4 Dave Jones 2012-03-22 16:58:23 UTC
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.

Comment 5 Petr Kočandrle 2012-03-22 22:03:15 UTC
It is still the same with kernel-3.3.0-4.fc16. Can I post some more command outputs to find out where is the problem?

Comment 6 Petr Kočandrle 2012-05-01 20:16:42 UTC
I can reproduce the problem also in Fedora 17 Beta started from live USB.

Comment 7 cam 2012-05-17 21:21:05 UTC
I wondered if you had the same wireless HW as me - as in #789699 - but it's the ION that we have in common.

I noticed intermittent hangs / GPU slowdowns with 3.1 kernels that were fixed in 3.2 and later, but this suspend regression crept in.

I will investigate turning off wireless just in case...

I suspect this is the same problem as #789699

Comment 8 cam 2012-05-17 21:38:02 UTC
Interestingly, if I disable wifi/bluetooth with the rf kill switch, I also get a working suspend.

Comment 9 cam 2012-05-19 10:17:49 UTC
Hi, I found a good workaround for me in bug #789699
The problem seems linked to the bluetooth, not wifi, so disabling wifi has no effect. Disabling bluetooth should allow the suspend to work.

I'd love a real fix but for now I can live without bluetooth if it gives me working suspend.

Comment 10 Petr Kočandrle 2012-05-20 07:19:06 UTC
Hi. I will try to respond to all your comments.

My wifi hw is
07:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01)

Also my graphics controller is a little bit different
05:00.0 VGA compatible controller: nVidia Corporation ION VGA [GeForce 9400M] (rev b1)

Maybe it's related to bluetooth, but software block is not enough for me. It still resumes after bluettoth switch off in gnome 3 or by command 'rfkill block bluetooth'. I don't know if it's normal, but there are 4 devices in 'rfkill list' result:
0: ideapad_wlan: Wireless LAN
1: ideapad_bluetooth: Bluetooth
2: phy0: Wireless LAN
7: hci0: Bluetooth
But after I turn off the HW switch, there are only first three of them. The hci0 is missing.

Comment 11 Petr Kočandrle 2012-07-21 09:24:14 UTC
The bug is still present in F17.

Anyway I've found a workaround based on comments at kernel bugzilla bug https://bugzilla.kernel.org/show_bug.cgi?id=43081. For me on Lenovo Ideapad S12 ION works

su -c 'echo disabled > /sys/devices/pci0000\:00/0000\:00\:06.0/power/wakeup'

There is OHCI USB 1.1 Controller on 00:06.0:
00:06.0 USB Controller: nVidia Corporation MCP79 OHCI USB 1.1 Controller (rev b1)

On this (I believe) is internally connected bluetooth device:
ID 0a5c:2150 Broadcom Corp. BCM2046 Bluetooth Device

Comment 12 Petr Kočandrle 2012-10-11 13:25:30 UTC
Can be reproduced also with F18 pm-testday live cd.

Comment 13 Justin M. Forbes 2013-03-14 20:21:03 UTC
Are you still seeing this with F18 and 3.8 kernels?

Comment 14 Petr Kočandrle 2013-03-14 23:01:04 UTC
Yes. With kernel 3.8.2-206.i686.PAE there is still the same problem when I leave enabled in /sys/devices/pci0000\:00/0000\:00\:06.0/power/wakeup.

Comment 15 Petr Kočandrle 2013-07-04 12:20:28 UTC
Still there in F19 with kernel 3.9.6.

Comment 16 Josh Boyer 2013-09-18 20:28:58 UTC
*********** 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 19 kernel bugs.

Fedora 19 has now been rebased to 3.11.1-200.fc19.  Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you experience different issues, please open a new bug report for those.

Comment 17 Josh Boyer 2013-10-08 17:46:46 UTC
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 2 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.

Comment 18 Petr Kočandrle 2014-09-25 14:26:36 UTC
Still present in F21 alpha with Rawhide nodebug kernel (3.17.0-0.rc6.git1.2.fc22.1.i686). Works with the workaround mentioned in Comment 11.

Comment 19 Josh Boyer 2014-09-25 14:33:46 UTC
please open a new bug.  this one is ancient.