Kubuntu 12.04 will not hibernate on ASUS EeePC 1201n

Bug #921590 reported by Peter Lemieux
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Medium
Unassigned

Bug Description

I have an ASUS 1201n EEEpc that would hibernate correctly in Kubuntu 10.10 and 11.10. In 12.04 it fails to hibernate at all. Neither closing the lid nor choosing "Hibernate" from the menu puts the machine into hibernation. Instead it remains powered up with the screen dimmed but not turned off. Pressing a key in this state brings up the dialog box to unlock the session.

If you turn off the power in this state, then turn it back on, you return to the BIOS screen followed by the grub menu as you would in a normal boot not coming from hibernation.

This is an upgrade from 11.10 from the Precise repositories a few days ago, not a fresh installation, if that matters.
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.91-0ubuntu1
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: NVidia [HDA NVidia], device 0: ALC269 Analog [ALC269 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: phl 1704 F.... pulseaudio
CRDA:
 country EC:
  (2402 - 2482 @ 40), (N/A, 20)
  (5170 - 5250 @ 20), (3, 17)
  (5250 - 5330 @ 20), (3, 23), DFS
  (5735 - 5835 @ 20), (3, 30)
Card0.Amixer.info:
 Card hw:0 'NVidia'/'HDA NVidia at 0xf9f78000 irq 20'
   Mixer name : 'Nvidia MCP79/7A HDMI'
   Components : 'HDA:10ec0269,104383ce,00100004 HDA:10de0007,10de0101,00100100'
   Controls : 19
   Simple ctrls : 10
DistroRelease: Ubuntu 12.04
HibernationDevice: RESUME=UUID=26289548-b398-450e-bf9b-9b6fa7724ba0
InstallationMedia: Kubuntu 11.10 "Oneiric Ocelot" - Release amd64+mac (20111012)
MachineType: ASUSTeK Computer INC. 1201N
NonfreeKernelModules: nvidia
Package: linux (not installed)
ProcEnviron:
 LANGUAGE=
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-10-generic root=UUID=83a58093-5555-4b5c-8c99-87e84fc86bac ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.2.0-10.17-generic 3.2.1
RelatedPackageVersions:
 linux-restricted-modules-3.2.0-10-generic N/A
 linux-backports-modules-3.2.0-10-generic N/A
 linux-firmware 1.67
Tags: precise
Uname: Linux 3.2.0-10-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 04/29/2010
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0326
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 1201N
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: x.xx
dmi.chassis.asset.tag: 0x00000000
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK Computer INC.
dmi.chassis.version: x.x
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr0326:bd04/29/2010:svnASUSTeKComputerINC.:pn1201N:pvrx.x:rvnASUSTeKComputerINC.:rn1201N:rvrx.xx:cvnASUSTeKComputerINC.:ct10:cvrx.x:
dmi.product.name: 1201N
dmi.product.version: x.x
dmi.sys.vendor: ASUSTeK Computer INC.

Revision history for this message
Peter Lemieux (seijisensei) wrote :

Obviously that's supposed to read Kubuntu 12.04. Could you please fix this for me?

Revision history for this message
Phil. V (philip.v) wrote :

Thanks for your bug report. I fixed your title up for you, and packaged this against the kernel, though I'm not 100% sure that's at fault. Could you please run 'apport-collect 921590' in a terminal, though? That will attach some more system information to this report.

summary: - Kubuntu 12.01 will not hibernate on ASUS EeePC 1201n
+ Kubuntu 12.04 will not hibernate on ASUS EeePC 1201n
affects: ubuntu → linux (Ubuntu)
Changed in linux (Ubuntu):
status: New → Incomplete
tags: added: precise regression-release
Revision history for this message
Peter Lemieux (seijisensei) wrote : AcpiTables.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Peter Lemieux (seijisensei) wrote : AlsaDevices.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : AplayDevices.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : BootDmesg.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : Card0.Amixer.values.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : Card0.Codecs.codec.3.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : IwConfig.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : Lspci.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : Lsusb.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : PciMultimedia.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : ProcModules.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : PulseSinks.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : PulseSources.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : RfKill.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : UdevDb.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : UdevLog.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote : WifiSyslog.txt

apport information

Revision history for this message
Peter Lemieux (seijisensei) wrote :

One other weird side-effect of this problem is that, when I reboot, I seem to be missing one of my two GB of memory. I can fix this problem by going to into setup and resetting the BIOS. The apport-collect results that I submitted represent one of these low-memory situations. If you'd like me to rerun apport-collect with the memory as it should be, just let me know.

In fact, I've had persistent issues with the BIOS setup on this machine if I try to put it into sleep or hibernation. Often when I restart I'll end up at the screen which asks me to hit F2 and reset the BIOS to its defaults before it will boot. Sometimes it skips entirely over the BIOS screen and goes directly to the grub menu even when I've shutdown the machine correctly. In these cases, I can force it to go into BIOS setup by powering off then holding down F2 and powering up again. I've been willing to write off these anomalies when it seemed that power management was working correctly. Now I'm wondering if they are not all of a piece.

Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . If possible, please test the latest v3.2 kernel[1] (Not a kernel in the daily directory). Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag(Only that one tag, please leave the other tags). This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text.

If this bug is fixed by the mainline kernel, please add the following tag 'kernel-fixed-upstream-KERNEL-VERSION'. For example, if kernel version 3.2-rc1 fixed the issue, the tag would be: 'kernel-fixed-upstream-v3.2-rc1'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'. If you believe this bug does not require upstream testing, please add the tag: 'kernel-upstream-testing-not-needed'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[1] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.2-precise/

Changed in linux (Ubuntu):
importance: Undecided → Medium
tags: added: needs-upstream-testing
Revision history for this message
Peter Lemieux (seijisensei) wrote :

I'm not having much luck with that kernel, I'm afraid, Joseph. It throws a bunch of errors during boot. Right after the line that begins "Pid: 0. comm: swapper/2" I get execution errors. The machine never boots.

I'm going to try a fresh installation of Kubuntu 12.04 from daily-live on a spare partition and see how that works out. If I can get that to boot properly, and still have hibernation problems, I'll upgrade the kernel if necessary to 030200 and see if that fixes it.

I'll let you know.

Revision history for this message
Moritz (moritz89) wrote :

I'm affected by an almost identical problem. Sleep does not work either and every now and again 1 GB of the 2 GB are missing This is resolved by a restart. The missing GB also sometimes happens when booting into Windows. Sleep used to work on all versions up to including Kubuntu 11.10.

Revision history for this message
Ian Millington (ian-ianmillington) wrote :

Hi Dell inspiron 630m Centrino laptop running kubuntu 12.04 (upgrade from 11.10)

Can't say I have the memory problem as running top still shows I have 2 Gb available. Suspend to RAM (or rather waking from suspend) has never worked on this machine. However, hibernation was fine until the upgrade to 12.04. Shutting the lid or selecting hibernate from the KDE battery icon now produces nothing at all.

Please let me know if you need any output posting.

Revision history for this message
sunil john (sujo85) wrote :

Same problem
Hi, I have been using Kubuntu 11.10 and hibernate was working fine. Now after upgrade to 12.04 the sytem refuses to hibernate after clicking the button

Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Can other folks affected by this bug test the mainline kernel, as described in comment #25

Revision history for this message
Peter Lemieux (seijisensei) wrote :

Are we talking about
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.2-precise/linux-image-3.2.0-030200-generic_3.2.0-030200.201201042035_i386.deb or _amd64.deb as appropriate?

I'll give it another try, though my last effort was unsuccessful as I said in #26.

Revision history for this message
Gilboa Davara (gilboad) wrote :

I'm dual booting Fedora 17b and 12.04 and both exhibit the same problem on my 1201N machine.
Back when it was still Fedora 16 (before the upgrade), suspend worked just fine under 3.1 but began failing consistently once 3.2 was pushed.

Most likely this bug (?) was introduced by upstream 3.2 release. (ASPM fix?)

- Gilboa

Revision history for this message
Peter Lemieux (seijisensei) wrote :

I'm sorry to take so long to reply.

I successfully installed the i386 version of the kernel I referenced in post #31 and can confirm that hibernation now works correctly again on my Asus 1201n. Thanks, kernel developers!

Revision history for this message
Peter Lemieux (seijisensei) wrote :

OK, I spoke to soon. Hibernation works if I choose that option via the KDE launcher, but it does not work if I simply close the lid. I checked the Power Management settings in System Settings, and I have hibernation set as my preferred policy when the lid is closed. When closed, the machine saves the memory image to disk, but it does not turn off the power. Both my power and wifi lights remain lit with the top closed. When I reopen the lid, the usual password prompt appears to re-enable my saved session.

This machine has been fully updated to the release version of 12.04 today before I did this testing. I'm still using the 3.2 kernel, of course.

Revision history for this message
Peter Lemieux (seijisensei) wrote :

Just for completeness, release kernel 3.2.0-24 shows the same behavior as the mainline kernel.

Revision history for this message
Paul Stewart (paulastewart) wrote :

I have this same problem with Ubuntu 12.04 . This worked to fix the problem http://thecodecentral.com/2011/01/18...ot-working-bug but I changed but changed DRIVERS="ehci xhci" to DRIVERS="ehci ohci" as mentioned by a comment from someone with a 1201N.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.