Bug 680104 - Suspend fails on Samsung NC10 when NX is disabled in the BIOS
Summary: Suspend fails on Samsung NC10 when NX is disabled in the BIOS
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 15
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-02-24 11:07 UTC by Johannes Schmid
Modified: 2018-04-11 14:39 UTC (History)
17 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-31 18:11:31 UTC
Type: ---


Attachments (Terms of Use)
Image of NC10 hanging after powering back on from suspend (730.62 KB, image/jpeg)
2011-02-25 11:50 UTC, Rob Whalley
no flags Details
Image of NC10 after switching to VT following hang (706.16 KB, image/jpeg)
2011-02-25 11:51 UTC, Rob Whalley
no flags Details
dmesg output (57.65 KB, text/plain)
2011-04-20 09:09 UTC, Rob Whalley
no flags Details
/var/log/messages output (160.89 KB, text/plain)
2011-04-20 09:10 UTC, Rob Whalley
no flags Details
/var/log/Xorg.0.log output (25.67 KB, text/x-log)
2011-04-20 09:11 UTC, Rob Whalley
no flags Details
pm-suspend.log output (4.56 KB, text/plain)
2011-04-28 22:04 UTC, Rob Whalley
no flags Details
pm-suspend.log output with debug mode and quirktest (83.58 KB, text/plain)
2011-04-28 22:24 UTC, Rob Whalley
no flags Details
pm-utils-bugreport-info output (150.06 KB, text/plain)
2011-04-28 22:41 UTC, Rob Whalley
no flags Details

Description Johannes Schmid 2011-02-24 11:07:32 UTC
Description of problem:
Hitting the suspend key (or closing) the lid on my Samsung NC10 netbook does suspend the laptop but when it is woken up again the screen remains black with background light off.


How reproducible:
Happens always

Steps to Reproduce:
1. Suspend laptop
2. Wake up laptop
3. fail
  
Actual results:
Screen remains black

Expected results:
Laptop to wake up correctly

Additional info:
Hardare: Intel Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics controller (rev 03)

When trying to suspend using the gnome-shell interface it only prompts me for shutdown and not for suspend.

Comment 1 Johannes Schmid 2011-02-24 11:18:30 UTC
Complete hardware profile: http://www.smolts.org/client/show_all/pub_c775bdb1-be96-47ed-8e2f-819cb3a0465a

Comment 2 Michel Duquaine 2011-02-24 17:50:56 UTC
Same problem

http://www.smolts.org/client/show/pub_709eb022-6dcc-461e-8e6b-5ff8432280e8

Comment 3 Rob Whalley 2011-02-25 11:47:49 UTC
Interesting... I'm also testing using a Samsung NC10 (using test day live CD with external USB DVD-RW):
http://www.smolts.org/client/show/pub_6addbf83-d0f4-47c5-8219-d88d2c00e5aa

Closing the lid suspends properly, but when I power back up I see the windows I had up minus the toolbars, and input via mouse / keyboard appears to be disabled. I then tried switching to a different VT to try to get further information, which resulted in a static colour being output to the screen which changed every few second (i.e. solid, red, green blue, grey, then various patterns). Obviously at this point the system was completely locked up.

I'll attach a couple of pictures from cameraphone to try and illustrate this better.

Comment 4 Rob Whalley 2011-02-25 11:50:47 UTC
Created attachment 480975 [details]
Image of NC10 hanging after powering back on from suspend

Comment 5 Rob Whalley 2011-02-25 11:51:42 UTC
Created attachment 480976 [details]
Image of NC10 after switching to VT following hang

Comment 6 Matěj Cepl 2011-02-25 14:16:01 UTC
This is most likely not Xorg issue (or not purely a Xorg issue) ... reassigning to gnome-power-manager folks for further investigation, excepting it to coming back with some pearls of wisdom from them.

Comment 7 Johannes Schmid 2011-03-20 04:32:09 UTC
FYI, it still doesn't wake up with latest kernel/X.org/Mesa auf F15 as of 2011-03-19.

Comment 8 Rob Whalley 2011-04-20 09:08:42 UTC
Testing with beta of F15 released 19/04/2011 (after performing updates, same hardware as before) shows the following behaviour:

* Suspend using button in Gnome 3 works, as does suspending by closing the lid on the NC10, as does pm-suspend (as root).
* When powering on to come out of suspend mode, can hear CPU fan, see power LED and wireless LED come on (plus the HDD LED for a split second only).
* System does not come out of suspend mode, blank screen only, no further activity at all. CPU fan can still be heard and LED lights are still on.

As per a comment on bug 679963, I tried kernel option: acpi_sleep=nonvs
Unfortunately this made no difference, same behaviour.

As per general fault finding advice given on other testing day bugs, have done the following:

"Please add drm.debug=0x04 to the kernel command line, restart computer, and
attach

* your X server config file (/etc/X11/xorg.conf, if available),
* X server log file (/var/log/Xorg.*.log)
* output of the dmesg command, and
* system log (/var/log/messages)"

Attachments to follow shortly (no xorg.conf in this instance).

Comment 9 Rob Whalley 2011-04-20 09:09:38 UTC
Created attachment 493399 [details]
dmesg output

Comment 10 Rob Whalley 2011-04-20 09:10:16 UTC
Created attachment 493400 [details]
/var/log/messages output

Comment 11 Rob Whalley 2011-04-20 09:11:09 UTC
Created attachment 493401 [details]
/var/log/Xorg.0.log output

Comment 12 Rob Whalley 2011-04-20 09:28:25 UTC
Just for completeness, the NC10 is using the latest firmware, and has been doing so and working fine with F14 for some time. Only mention this because it's well known the NC10 needs a firmware update to get certain features working...

lshal | grep firmware
  system.firmware.release_date = '09/08/2009'  (string)
  system.firmware.vendor = 'Phoenix Technologies Ltd.'  (string)
  system.firmware.version = '11CA.M015.20090908.RHU'  (string)
  storage.firmware_version = '11.01A11'  (string)

See also:
https://help.ubuntu.com/community/NC10#BIOS
http://smorgasbord.gavagai.nl/2009/05/flash-your-samsung-nc10-bios-from-linux/

Comment 13 Rob Whalley 2011-04-28 22:04:58 UTC
Created attachment 495675 [details]
pm-suspend.log output

Comment 14 Rob Whalley 2011-04-28 22:24:57 UTC
Created attachment 495680 [details]
pm-suspend.log output with debug mode and quirktest

Comment 15 Jaroslav Škarvada 2011-04-28 22:32:22 UTC
Please provide output of:
# pm-utils-bugreport-info.sh

Can you ssh the machine after resume?

Could you try without X (e.g. from something previously known as runlevel 3 :)?

Comment 16 Rob Whalley 2011-04-28 22:41:24 UTC
Created attachment 495683 [details]
pm-utils-bugreport-info output

Comment 17 Rob Whalley 2011-04-28 22:50:48 UTC
(In reply to comment #15)
> Please provide output of:
> # pm-utils-bugreport-info.sh
> 
> Can you ssh the machine after resume?
> 
> Could you try without X (e.g. from something previously known as runlevel 3 :)?

Output of script attached as requested, but unfortunately neither my attempt to
ssh to the machine nor resume under runlevel 3 was successful :(

Comment 18 Jaroslav Škarvada 2011-04-29 08:17:02 UTC
Please retry with and without AC connected and also without pm-utils:
# echo mem > /sys/power/state

Comment 19 Rob Whalley 2011-04-29 19:40:31 UTC
(In reply to comment #18)
> Please retry with and without AC connected and also without pm-utils:
> # echo mem > /sys/power/state

With or without AC connected, running the above command results in the same behaviour as running pm-suspend, i.e. suspend works properly but resume does not. Please can you explain what is required when you say without pm-utils? Do you mean I need to run:
# yum remove pm-utils
...as this will remove 65 packages including gnome-panel, gnome-session, gnome-shell, gdm, etc. as well?

Comment 20 Jaroslav Škarvada 2011-05-01 20:46:06 UTC
Rob thanks for info. The "echo mem > /sys/power/state" bypassed the pm-utils and that is what I meant in comment 18. So it seems to be a problem in the kernel and according to comment 12 it is probably regression, thus reassigning to kernel.

Comment 21 Jaroslav Škarvada 2011-05-01 21:11:45 UTC
Maybe related upstream bugzillas:
https://bugzilla.kernel.org/show_bug.cgi?id=32522
https://bugzilla.kernel.org/show_bug.cgi?id=31522

Comment 22 Rob Whalley 2011-05-01 23:26:24 UTC
Thanks for taking a look at this - the kernel bugs listed above make for interesting reading... I also noted:
https://bugzilla.kernel.org/show_bug.cgi?id=21952

Base on this kernel bug, I've tried:

1. Setting "intel_idle.max_cstate=0" as a kernel boot parameter (as per comment 13)
2. Disabling hyper-threading in the BIOS (as per comment 18)
3. Setting "maxcpus=1 nolapic_timer" as a kernel boot parameter (as per comment 38)
4. Setting "acpi_skip_timer_override nohpet" as a kernel boot parameter (as per comment 42)

Unfortunately, there was no difference with any of the above. Either it's a different bug (the specific models of netbooks listed are different), I did something wrong, or the bug affects the NC10 differently from other models. The description in comment 2 seems to describe the problem exactly, but I have had no problems with suspend using Fedora 14 (which uses 2.6.35).

Perhaps a red herring?

Comment 23 Johannes Schmid 2011-06-25 09:42:58 UTC
Actually it works here now after upgrading the BIOS to version 11CA and with the lastest F15 kernel:

Linux idefix 2.6.38.8-32.fc15.i686.PAE #1 SMP Mon Jun 13 19:55:27 UTC 2011 i686 i686 i386 GNU/Linux

I also enabled "Data Execution Prevention" in the BIOS but I think that is totally unrelated.

Comment 24 Rob Whalley 2011-06-25 21:11:18 UTC
Latest kernel made no difference for me, however I tried enabling the DEP as you suggested and this has resolved the suspend problem!

For reference the option in the BIOS is under the Advanced menu and is entitled: "EDB (Execute Disable Bit)".

Well done sir, problem solved, thank you very much! :D

Comment 25 Johannes Schmid 2011-06-26 08:47:06 UTC
> Latest kernel made no difference for me, however I tried enabling the DEP as
> you suggested and this has resolved the suspend problem!
> 
> For reference the option in the BIOS is under the Advanced menu and is
> entitled: "EDB (Execute Disable Bit)".

OK, interesting. Seems like a pretty interesting side-effect of that option. Actually wondering why this option is not enabled by default in the BIOS.

Comment 26 Josh Boyer 2011-10-11 20:44:37 UTC
This seems to be a BIOS issue, but I thought I would ask if you are seeing any problems on the 2.6.40.6 F15 kernel.

Comment 27 Johannes Schmid 2011-10-30 18:40:45 UTC
I don't know what changed in the kernel but to my surprise it works with kernel 2.6.40 regardless of the state of the "Execute Disable Bit" in the BIOS.

Comment 28 Josh Boyer 2011-10-31 18:11:31 UTC
Thanks Johannes.


Note You need to log in before you can comment on or make changes to this bug.