[RS880] Slow resume from suspend generates error on asus eeepc 1215T (Ubuntu 11.04 beta)

Bug #764788 reported by David Racine
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
xserver-xorg-driver-ati
Invalid
Undecided
Unassigned
xserver-xorg-video-ati (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

[Problem]
Resume from suspend triggers a kernel oops due to the radeon kms module taking more than 10 seconds to resume

[Discussion]
When resuming from the suspend state, a popup box is displayed indicating an error has occured and "Your system might become unstable now and might need to be restarted.". In the dmesg output, the following lines are present before the kernel oops, showing that the radeon driver took 11408.919 msecs to resume and the kernel oops is due to resume taking longer than 10 seconds total (11430 msecs).

Interesting lines in the dmesg output when the error occurs are below (with kernel.drm=0x04 set, adding a bit of verbosity when the radeon driver is restoring):

[ 69.792851] PM: resume of drv:scsi_disk dev:2:0:0:0 complete after 2644.379 msecs
[ 70.122093] [drm:output_poll_execute], [CONNECTOR:15:VGA-1] status updated from 2 to 2
[ 70.124058] [drm:radeon_atombios_connected_scratch_regs], DFP1 disconnected
[ 70.124062] [drm:output_poll_execute], [CONNECTOR:17:HDMI-A-1] status updated from 2 to 2
[ 71.960104] [drm:radeon_atom_encoder_dpms], encoder dpms 21 to mode 3, devices 00000001, active_devices 00000000
[ 71.960113] [drm:radeon_atom_encoder_dpms], encoder dpms 30 to mode 3, devices 00000008, active_devices 00000000
[ 71.960136] [drm:radeon_compute_pll_avivo], 7187, pll dividers - fb: 130.5 ref: 2, post 13
[ 71.980174] [drm:drm_crtc_helper_set_mode], [ENCODER:12:LVDS-12] set [MODE:30:1366x768]
[ 76.950136] [drm:avivo_crtc_load_lut], 0
[ 76.950200] [drm:radeon_atom_encoder_dpms], encoder dpms 31 to mode 0, devices 00000002, active_devices 00000002
[ 76.960133] [drm:radeon_atom_encoder_dpms], encoder dpms 31 to mode 3, devices 00000002, active_devices 00000002
[ 78.303704] [drm:radeon_atom_encoder_dpms], encoder dpms 21 to mode 3, devices 00000001, active_devices 00000000
[ 78.303713] [drm:radeon_atom_encoder_dpms], encoder dpms 30 to mode 3, devices 00000008, active_devices 00000000
[ 78.303734] [drm:avivo_crtc_load_lut], 0
[ 78.303790] [drm:radeon_atom_encoder_dpms], encoder dpms 31 to mode 0, devices 00000002, active_devices 00000002
[ 78.310132] PM: resume of drv:radeon dev:0000:01:05.0 complete after 11408.919 msecs
[ 78.310148] PM: resume of drv:drm dev:controlD64 complete after 8513.702 msecs
[ 78.310173] PM: resume of devices complete after 11409.422 msecs
[ 78.330262] PM: resume devices took 11.430 seconds
[ 78.330265] ------------[ cut here ]------------
[ 78.330272] WARNING: at /build/buildd/linux-2.6.38/kernel/power/suspend_test.c:53 suspend_test_finish+0x86/0x90()
[ 78.330274] Hardware name: 1215T
[ 78.330277] Component: resume devices, time: 11430

Upon investigating further, it looks like portions of the the following workarounds were discovered that allow resume from suspend to work as expected, by avoid the radeon driver:

[Workarounds]
1. Add "nomodeset" to the linux command line in grub
2. Use the proprietary FGLRX driver.

[System Environment]
ASUS 1215T running a fresh install of 11.04 beta or 11.04 beta2.

[Original Report]
Hi, when I resume from a suspend on ubuntu 11.04 beta, this problem occures. I still can use my laptop without problem but seems like there is something wrong anyway.

I am sceptical about those lines in dmesg, I do not use the latest BIOS, but asus does not mention that any firmware was updated except Embeded Controller in version 303, I think I have BIOS v305.

 1334.660031] atl1c 0000:03:00.0: vpd r/w failed. This is likely a firmware bug on this device. Contact the card vendor for a firmware update.ACPI Warning: Incorrect checksum in table [OEMB] - 0x31, should be 0x1C (20110112/tbutils-314)
[ 1336.215430] ACPI Warning: Incorrect checksum in table [OEMB] - 0x31, should be 0x1C (20110112/tbutils-314)

Maybe should I try with the free wifi driver instead of Broadcom's ?? I also installed Jupiter from PPA, could this be the problem?
This problem didn't occure on Ubuntu 10.10 but I cannot say if this was only because I didn't notice, since the computer is still usable after the "crash".

ProblemType: KernelOops
DistroRelease: Ubuntu 11.04
Package: linux-image-2.6.38-8-generic 2.6.38-8.42
Regression: Yes
Reproducible: Yes
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
NonfreeKernelModules: wl
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Annotation: Your system might become unstable now and might need to be restarted.
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: SB [HDA ATI SB], device 0: ALC269VB Analog [ALC269VB Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: david 1596 F.... pulseaudio
 /dev/snd/seq: timidity 1195 F.... timidity
CRDA: Error: [Errno 2] Aucun fichier ou dossier de ce type
Card0.Amixer.info:
 Card hw:0 'SB'/'HDA ATI SB at 0xfbbf4000 irq 16'
   Mixer name : 'Realtek ALC269VB'
   Components : 'HDA:10ec0269,1043841c,00100100'
   Controls : 11
   Simple ctrls : 7
Card1.Amixer.info:
 Card hw:1 'HDMI'/'HDA ATI HDMI at 0xfbd00000 irq 19'
   Mixer name : 'ATI RS690/780 HDMI'
   Components : 'HDA:1002791a,00791a00,00100000'
   Controls : 4
   Simple ctrls : 1
Card1.Amixer.values:
 Simple mixer control 'IEC958',0
   Capabilities: pswitch pswitch-joined penum
   Playback channels: Mono
   Mono: Playback [on]
Date: Mon Apr 18 11:35:01 2011
Failure: oops
HibernationDevice: RESUME=UUID=5744eb3f-bc57-41a7-aab1-1e18f3a27105
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Beta amd64 (20110330)
MachineType: ASUSTeK Computer INC. 1215T
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.38-8-generic root=UUID=9c1af1ad-9e7c-463f-8720-5442141639e9 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-2.6.38-8-generic N/A
 linux-backports-modules-2.6.38-8-generic N/A
 linux-firmware 1.50
SourcePackage: linux
StagingDrivers: brcm80211
Title: [STAGING]
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 09/27/2010
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0304
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 1215T
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.:bvr0304:bd09/27/2010:svnASUSTeKComputerINC.:pn1215T:pvrx.x:rvnASUSTeKComputerINC.:rn1215T:rvrx.xx:cvnASUSTeKComputerINC.:ct10:cvrx.x:
dmi.product.name: 1215T
dmi.product.version: x.x
dmi.sys.vendor: ASUSTeK Computer INC.

Revision history for this message
David Racine (bass-dr) wrote :
Revision history for this message
David Racine (bass-dr) wrote :

I removed Jupiter and Drobox and removed the broadcom driver, but the problem still occures. I also removed indicator-weather since it crashes after a suspend (probably related). The crash still occures anyway, here is the new dmesg.

Revision history for this message
Steve Murphy (stevemurphy) wrote :

I also see the same error message on my 1215T after upgrading from 10.10, where resuming from suspend previously worked.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Steve Murphy (stevemurphy) wrote :

Was able to get resume from suspend working by adding "nomodeset" to the kernel options in grub at startup (added it to the end of the line beginning with linux and booted). However, this breaks the user interface somewhat, causing it to go into classic mode. Seeing if I can find a workaround that will allow resume from suspend to work that is a bit less invasive.

Revision history for this message
David Racine (bass-dr) wrote :

I tried your workaround and it worked for me, without the problem of "breaking user interface" ... I edited /etc/default/grub, I modified this variable

GRUB_CMDLINE_LINUX="nomodeset"

as you suggested. This gives this line in /boot/grub/grub.cfg after a "sudo update-grub" :

linux /boot/vmlinuz-2.6.38-8-generic root=UUID=9c1af1ad-9e7c-463f-8720-5442141639e9 ro nomodeset quiet splash vt.handoff=7

I see no issue after a suspend and even hibernation seems to work. I can attach a dmesg log or my grub conf or anything if you want. Just ask.

Thank you.

Revision history for this message
Steve Murphy (stevemurphy) wrote :

Looked into this a bit more and tried turning on additional debugging information for kms by adding "drm.kernel=0x04" to the grub cmdline. The dmesg output is attached.

It looks like the issue is a warning generated around 78.3302, containing the text "WARNING: at /build/buildd/linux-2.6.38/kernel/power/suspend_test.c:53 suspend_test_finish+0x86/0x90()", while the radeon module is resuming.

Revision history for this message
Steve Murphy (stevemurphy) wrote :

Using the proprietary fglrx driver also resolves the error on resume from suspend

summary: - Problem with suspend on asus eeepc 1215T (Ubuntu 11.04 beta)
+ [RS880] Resume from suspend error on asus eeepc 1215T (Ubuntu 11.04
+ beta)
description: updated
affects: linux (Ubuntu) → xserver-xorg-video-ati (Ubuntu)
summary: - [RS880] Resume from suspend error on asus eeepc 1215T (Ubuntu 11.04
- beta)
+ [RS880] Slow resume from suspend generates error on asus eeepc 1215T
+ (Ubuntu 11.04 beta)
Changed in xserver-xorg-driver-ati:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
Bryce Harrington (bryce) wrote :

Hey bass-dr,

You filed this bug report against natty, but I see it's still open and
doesn't appear to have much activity recently. So, now that oneiric
is released and stable, this may be a good point for you to upgrade
and re-test if this issue is still present there.

If it's solved in the new release and you think it's worth backporting
the fix, please indicate that. Or if having the fix in the new release
is good enough, feel free to close out the bug (or let us know and we'll
close it.)

If it's not solved, leave the bug report open. I can't promise we'll
get to it (we get way more bugs filed than we can usually get to), but
your testing and feedback can help out if and when we do.

Changed in xserver-xorg-video-ati (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
dino99 (9d9) wrote :

This version has expired

Changed in xserver-xorg-video-ati (Ubuntu):
status: Incomplete → Invalid
Changed in xserver-xorg-driver-ati:
importance: Medium → Undecided
status: Confirmed → New
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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