[Acer AOA110, karmic] suspend/resume failure

Bug #389784 reported by Alexey Kotlyarov
72
This bug affects 14 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Upon resume, screen stays blank and doesn't react to anything.
I have ext4 SDHC mounted as /home, if that matters.

ProblemType: KernelOops
Annotation: This occured during a previous suspend and prevented it from resuming properly.
Architecture: i386
Date: Sat Jun 20 08:36:48 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/share/apport/apportcheckresume
Failure: suspend/resume
InterpreterPath: /usr/bin/python2.6
MachineType: Acer AOA110
Package: linux-image-2.6.30-9-generic 2.6.30-9.10
ProcCmdLine: root=UUID=33a3c126-2641-437b-9e0f-320fcaf9f3c7 ro quiet splash
ProcCmdline: /usr/bin/python /usr/share/apport/apportcheckresume
ProcEnviron: PATH=(custom, no user)
ProcVersionSignature: Ubuntu 2.6.30-9.10-generic
RelatedPackageVersions: linux-backports-modules-2.6.30-9-generic N/A
SourcePackage: linux
Tags: resume suspend
Title: [Acer AOA110] suspend/resume failure
Uname: Linux 2.6.30-9-generic i686
UserGroups:

dmi.bios.date: 10/06/2008
dmi.bios.vendor: Acer
dmi.bios.version: v0.3308
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.vendor: Acer
dmi.board.version: Base Board Version
dmi.chassis.type: 1
dmi.chassis.vendor: Chassis Manufacturer
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAcer:bvrv0.3308:bd10/06/2008:svnAcer:pnAOA110:pvr1:rvnAcer:rn:rvrBaseBoardVersion:cvnChassisManufacturer:ct1:cvrChassisVersion:
dmi.product.name: AOA110
dmi.product.version: 1
dmi.sys.vendor: Acer

Revision history for this message
Alexey Kotlyarov (koterpillar) wrote :
Revision history for this message
Rashad Tatum (rmtatum) wrote :

I have the same problem. I have a ASUS X83Vb-X1

Revision history for this message
strowger (strowger) wrote :

I raised bug #433268, which may be a duplicate of this.

My problem went away when I added pciehp.pciehp_force=1 to my kernel commandline. I did it to fix the right-hand memory card slot, which it does succesfully also fix.

Revision history for this message
tuxfarmer (tuxfarmer) wrote :

I have an xfs SD in the LH (storage expansion) slot mounted as /home. I am seeing several bugs reported for multiple devices using an SD card for the /home partition.

Revision history for this message
marijkee (marijke-elshof) wrote :

I confirm the behaviour. I run UNR 9.10 on the Acer Aspire One (just as the OP) and have /home and /var mounted on a HDSD in the lefthand memory card slot. After a resume the syslog is full of I/O errors regarding mmcblk. Details not present now, will add later.

Revision history for this message
marijkee (marijke-elshof) wrote :

After resume I get indeed I/O errors on filesystems on the SDHC card in the left hand memory slot. The pcie kernel parameter does not help me.

Without /var little is logged :o), but after resume dmesg displays the errors as attached

Revision history for this message
marijkee (marijke-elshof) wrote :

After resume I get indeed I/O errors on filesystems on the SDHC card in the left hand memory slot. The pcie kernel parameter does not help me.

Without /var little is logged :o), but after resume dmesg displays the errors as attached

Revision history for this message
raw (nuno-dazzledminds) wrote :

Same behaviour happens to me

Revision history for this message
ak-a (ak-a) wrote : Re: [Bug 389784] Re: [Acer AOA110, karmic] suspend/resume failure

See Bug 433389 for alternative work-around - need to set
CONFIG_MMC_UNSAFE_RESUME=y
in kernel build.

On Fri, Oct 30, 2009 at 1:10 AM, raw <email address hidden> wrote:

> Same behaviour happens to me
>
> --
> [Acer AOA110, karmic] suspend/resume failure
> https://bugs.launchpad.net/bugs/389784
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “linux” package in Ubuntu: New
>
> Bug description:
> Upon resume, screen stays blank and doesn't react to anything.
> I have ext4 SDHC mounted as /home, if that matters.
>
> ProblemType: KernelOops
> Annotation: This occured during a previous suspend and prevented it from
> resuming properly.
> Architecture: i386
> Date: Sat Jun 20 08:36:48 2009
> DistroRelease: Ubuntu 9.10
> ExecutablePath: /usr/share/apport/apportcheckresume
> Failure: suspend/resume
> InterpreterPath: /usr/bin/python2.6
> MachineType: Acer AOA110
> Package: linux-image-2.6.30-9-generic 2.6.30-9.10
> ProcCmdLine: root=UUID=33a3c126-2641-437b-9e0f-320fcaf9f3c7 ro quiet splash
> ProcCmdline: /usr/bin/python /usr/share/apport/apportcheckresume
> ProcEnviron: PATH=(custom, no user)
> ProcVersionSignature: Ubuntu 2.6.30-9.10-generic
> RelatedPackageVersions: linux-backports-modules-2.6.30-9-generic N/A
> SourcePackage: linux
> Tags: resume suspend
> Title: [Acer AOA110] suspend/resume failure
> Uname: Linux 2.6.30-9-generic i686
> UserGroups:
>
> dmi.bios.date: 10/06/2008
> dmi.bios.vendor: Acer
> dmi.bios.version: v0.3308
> dmi.board.asset.tag: Base Board Asset Tag
> dmi.board.vendor: Acer
> dmi.board.version: Base Board Version
> dmi.chassis.type: 1
> dmi.chassis.vendor: Chassis Manufacturer
> dmi.chassis.version: Chassis Version
> dmi.modalias:
> dmi:bvnAcer:bvrv0.3308:bd10/06/2008:svnAcer:pnAOA110:pvr1:rvnAcer:rn:rvrBaseBoardVersion:cvnChassisManufacturer:ct1:cvrChassisVersion:
> dmi.product.name: AOA110
> dmi.product.version: 1
> dmi.sys.vendor: Acer
>

Revision history for this message
Alejandro E Moreno Ruiz (alexmoreno) wrote :

Affects me, too. AOA110, karmic, ext2 in a single partition of the 8 GB SSD. Thanks!

Revision history for this message
xharx (bopopo71) wrote :

same problem here. STR worked well in the beginning, but since 2009-11-09 no more. Black screen after resume.

Revision history for this message
le (le-snelson) wrote :

Having same problem on a Compaq Presario V2665US.
Possibly helpful observation:
suspending an unprivileged user and upon resuming switching user to the administrator's account seems to work fine but not vise versa.

Revision history for this message
le (le-snelson) wrote :

Correction on my post 12 - the switch user fails in the same way as the subject failure but only from admin acct to unprivileged user. I mis-stated the suspend and resume.

Revision history for this message
marijkee (marijke-elshof) wrote :

Problem is really that with stock kernel, after suspend, the SD card is remounted as mmcblkp1 instead of mmcblkp0.

I can confirm that suggestion as in #9 indeed solves the problem. I recompiled the kernel with CONFIG_MMC_UNSAFE_RESUME and problem is solved. I did not yet test, however, what happens to the right-hand removable SD card slot upon suspend. If card is not removed during suspend, all should be fine.
Perhaps a sync just before suspend is a sensible idea?

What would help is applying this patch, so you can set the option to the module rather then at compile time only: http://www.gossamer-threads.com/lists/linux/kernel/1152175

Revision history for this message
Han Boetes (han-mijncomputer) wrote :

marijkee, this reminds me of something:

~% cat /etc/udev/rules.d/zz_ttyUSB.rules
SUBSYSTEMS=="usb-serial", DRIVERS=="pl2303", SYMLINK+="Serial"

I had to add this code to make sure my usb serial device always gets the same name.
http://answers.oreilly.com/topic/678-how-to-configure-udev-for-a-usb-serial-port/

Revision history for this message
Nicola Pizzo (nikiza) wrote :

2010-01-21: after updates, it affects me too. Before the updates, suspend was working very fine, absolutely no problems. Dell Precision M2400, Nvidia FX370M, Ubuntu 9.10, 4GB RAM, 4GB swap, kernel pae 2.6.31-17, file system ext4.

tags: added: kernel-suspend
tags: added: kj-triage
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Brad Figg (brad-figg) wrote : Unsupported series, setting status to "Won't Fix".

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: Confirmed → Won't Fix
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.