system freeze before entering suspend

Bug #604252 reported by Nicolò Chieffo
100
This bug affects 17 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Undecided
Unassigned
Nominated for Lucid by Andrew Bent
Nominated for Maverick by Andrew Bent

Bug Description

LAPTOP: Dell latitude e6400

Reproducibility:
- 100%

Steps to reproduce:
- suspend the pc

Results:
- the system hangs (freeze) before entering suspend, with a black bright screen
- sysrq keys are not accepted
- rsyslogd logs (*.* in sync mode) attached as rsyslog-all.log, but not relevant.

IMPORTANT NOTE: with the mainline kernel 2.6.35-rc4 suspend sometimes works (and sometimes not)

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: linux-image-2.6.35-7-generic 2.6.35-7.12
Regression: Yes
Reproducible: Yes
ProcVersionSignature: Ubuntu 2.6.35-7.12-generic 2.6.35-rc4
Uname: Linux 2.6.35-7-generic x86_64
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 2/2
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: yelo3 1532 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf6adc000 irq 47'
   Mixer name : 'Intel Cantiga HDMI'
   Components : 'HDA:111d76b2,10280233,00100302 HDA:80862802,80860101,00100000'
   Controls : 24
   Simple ctrls : 15
Date: Sun Jul 11 12:58:43 2010
HibernationDevice: RESUME=/dev/sda6
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
MachineType: Dell Inc. Latitude E6400
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.35-7-generic root=UUID=c65f05e4-8a87-4923-89ff-929c3811ba3c ro quiet splash
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=it_IT.utf8
 SHELL=/bin/bash
RelatedPackageVersions: linux-firmware 1.37
SourcePackage: linux
dmi.bios.date: 06/04/2010
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A25
dmi.board.name: 0RX493
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA25:bd06/04/2010:svnDellInc.:pnLatitudeE6400:pvr:rvnDellInc.:rn0RX493:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: Latitude E6400
dmi.sys.vendor: Dell Inc.

Revision history for this message
Nicolò Chieffo (yelo3) wrote :
summary: - system freeze before entering suspend sleep
+ system freeze before entering suspend
tags: removed: needs-upstream-testing
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Mohamed Amine Ilidrissi (ilidrissi.amine) wrote :

Did you test suspending the system using pm-suspend?
In addition, does your caps-lock have flashing lights when you suspend? (Kernel panic)

Revision history for this message
Mohamed Amine Ilidrissi (ilidrissi.amine) wrote :

To gather more informations, you shouldn't run pm-suspend in a graphical terminal. Instead, switch to VT1 (Ctrl+Alt+F1) and run the following commands: (without the quotes)
"setfont /usr/share/consolefonts/Uni1-VGA8.psf.gz
sudo pm-suspend"
This will enable a smaller font for the terminal, so more messages will appear on the screen.
Please report any messages you see, either by writing them by hand, or taking a digital photo of the screen.

Revision history for this message
Nicolò Chieffo (yelo3) wrote : Re: [Bug 604252] Re: system freeze before entering suspend

Suspending from a VT with pm-suspend works well.
Suspending from xorg using the GUI hangs the system on VT1. I have no
flashing lights n the caps-lock when the hang happens.
Should I also test suspending from xorg using pm-suspend inside gnome-terminal?

Revision history for this message
Nicolò Chieffo (yelo3) wrote :

Actually I sometimes get the freeze also with the mainline kernel.

Nicolò Chieffo (yelo3)
description: updated
Revision history for this message
Roman Brys (roman-brys) wrote :

The same with my Dell E6400 with kernel 2.6.32-24-generic-pae #38-Ubuntu SMP i686, Ubuntu 10.04 LTS.
The problem came up 3-4 days ago and I'm pretty sure it's related to some updates. Tried with downgrading acpi-support 0.136.1 to 0.136 (as it was updated recently) but it's not helping. There were no problems before and it's been running on Ubuntu 10.04 since it was launched.

Revision history for this message
Roman Brys (roman-brys) wrote :

Small update about my problem: seems to be the really old, annoying bug affecting many different vendors. Problem with suspend/hibernation happens only when there's an SD card inserted.

Revision history for this message
Nicolò Chieffo (yelo3) wrote :

I've never had SD cards

Revision history for this message
Andrew Bent (iolo-geo) wrote :

Same problem here. Hangs on bright black screen (LCD black, backlight still on), happens with the nVidia and nouveaux drivers.

Revision history for this message
GenericAnimeBoy (souletech) wrote :

Possible duplicate of 447106?

Revision history for this message
GenericAnimeBoy (souletech) wrote :

Sorry; that should read #477106, and I can't remember how to edit a post. x.x

Revision history for this message
Andrew Bent (iolo-geo) wrote :

After Roman's comment, I tried removing my SD card before suspend, and it did appear to properly suspend to RAM (screen backlight off, power LED went to slow blink). However, when resuming, the display never turns back on. This occurs both from X and using pm-suspend on a text console.

Revision history for this message
Nicolò Chieffo (yelo3) wrote :

Again, this bug has nothing to do with SD cards

Revision history for this message
Kai Jauch (kaijauch) wrote :

Nicolò, is this still an issue for you? I tried suspending and resuming multiple times on my E6400 (Intel GM45) and it worked every time.

Note that I see a console cursor every time before it suspends and after it resumes, so I think it does a vt-switch away from X before suspending and to X after resuming. AFAIK it doesn't do that on Lucid. Does this also happen on your system? (I mention it since you wrote that you could successfully suspend/resume from another VT)

Tested with a clean install of Ubuntu 10.10 Beta:
linux 2.6.35.19.20
xserver-xorg-video-intel 2.12.0-1ubuntu3
libdrm-intel1 2.4.21-1ubuntu2

Tested on a Dell Latitude E6400, Intel GM45 with and without an external monitor connected.

@Andrew: You should open a separate bug since you're seeing a different problem, this bug only concerns Intel graphics.

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Nicolò Chieffo (yelo3) wrote :

Thanks for your information. I will try it as soon as possible.
I also have your same driver, so I think it will work.
Maybe pm-utils added a quirk to do a vt-switch before suspending

Revision history for this message
Nicolò Chieffo (yelo3) wrote :

I suspended 3 times successfully, so actually I confirm that the
vt-switch workaround closed this bug

Revision history for this message
Kai Jauch (kaijauch) wrote :

It definitely does a vt switch. /var/log/Xorg.0.log when suspending/resuming:

[ 51444.800] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 51447.983] (II) Open ACPI successful (/var/run/acpid.socket)
[ 51447.983] (II) AIGLX: Resuming AIGLX clients after VT switch

The thing is: why is it vt switching? It actually shouldn't do that.

From /var/log/pm-suspend.log:
-----
[...]
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
Kernel modesetting video driver detected, not using quirks.

/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:
kernel.acpi_video_flags = 0

/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Sat Sep 4 11:45:56 CEST 2010: performing suspend
Sat Sep 4 11:46:05 CEST 2010: Awake.
Sat Sep 4 11:46:05 CEST 2010: Running hooks for resume
Running hook /usr/lib/pm-utils/sleep.d/99video resume suspend:

/usr/lib/pm-utils/sleep.d/99video resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:

/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend: success
[...]
-----

/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler says:
[...]
        elif using_kms; then
            # Using kernel modesetting? No quirks, and do not change vts.
            remove_parameters $possible_video_quirks
            add_parameters --quirk-no-chvt
            echo "Kernel modesetting video driver detected, not using quirks."
[...]

Revision history for this message
Kai Jauch (kaijauch) wrote :

Okay, the kernel is triggering the vt switch as part of its suspend logic. Older Ubuntu kernels had that switch disabled, the patch that disabled it was however pulled out with 2.6.35-5.6 since it caused suspend/resume problems (https://bugs.launchpad.net/ubuntu/+bug/594885)

Your original report states that you were running 2.6.35-7.12, so actually it should also have switched vts back when you were having problems.

The problem thus probably isn't solved by the vt switch, but by something else. Let's hope it stays that way.

Changed in linux (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
Nicolò Chieffo (yelo3) wrote :

Hello back, unfortunately today I had the freeze again: the freeze happened even thoug I was switched to a VT, so the problem is not related with VT.

Changed in linux (Ubuntu):
status: Fix Released → New
Revision history for this message
smidl (vasek-smidl) wrote :

Same issue on my e6400.

I had no troubles suspending with 2.6.35-20, with 2.6.35-21 it happened one but worked correctly afterwards.
Now, with 2.6.35-22 suspend is definitely broken.

Interesting enough, when I try to run 2.6.35-21 or 2.6.35-22 now, I can suspend/resume correctly when logged out of X, however running suspend from X/KDE session hangs.

Logs from pm-suspend attached. The main difference I see is different initial parameters.

Revision history for this message
AmiG (ami-geva) wrote :

I believe I have the same problem on my Toshiba U400 after upgrading from 10.04 to 10.10.

Whenever I try to suspend (by closing the lead, pressing the power button, selecting suspend from the system menu, and even when trying 'pm-suspend' from a VT) the pc freezes with the display on, power on, and a single cursor (non-blinking) at the screen top left.

I'm using 2.6.35-22.34

Note: Before the upgrade, everything was working just fine!

Revision history for this message
slava (slavakharin) wrote :

I have the same problem on my E6400 as well after upgrading to 10.10, kernel 2.6.35.22.

Nicolò Chieffo (yelo3)
tags: added: regression-release
removed: regression-potential
Revision history for this message
Kai Jauch (kaijauch) wrote :

I just realized that I'm running an older BIOS version than you. I'm running A20, you're running at least A25. Suspend/resume works perfectly with A20. Version A24 contains a different intel video bios which may be the cause of your problems (some change there triggers this bug).

As a workaround you could downgrade to A20:
http://support.dell.com/support/downloads/download.aspx?c=us&l=en&s=gen&releaseid=R253064&SystemID=LAT_E6400&servicetag=&os=WLH&osl=en&deviceid=15569&devlib=0&typecnt=0&vercnt=15&catid=-1&impid=-1&formatcnt=0&libid=1&typeid=-1&dateid=-1&formatid=-1&source=-1&fileid=370464

Changelog for the E6400 BIOS:

* A24
1. Updated Intel(R) Active Management Technology firmware.
2. Enhanced setting of keyboard repeat rate when docking/undocking.
3. User interface change. Show warning messages to prevent user from clearing TPM when TPM is deactivated.
4. Updated thermal table for E6400 XFR only. Has no impact for E6400.
5. Updated PXE OPTROM.
6. Updated Intel Video BIOS.
7. Enhancement on Serial Over Lan support.
8. Enhanced USB mouse support in BIOS setup.
9. Enhanced the capability between Bluetooth card and NUM-Pad.
10. Updated PSA build 4127.

* A25
1. Enhanced HDD password checking.

* A26
1. Enhancement on password security support.
2. Added security support for OROM access.
3. Enable External Keyboard LED in Password Screen.
4. Allow option to enter MEBx if ME is not permanently disabled.
5. Added Fn+N hot key to turn on/off LCD backlight for E6400 XFR.
6. Minimize dimmest LCD brightness value for E6400 XFR.

Revision history for this message
Kai Jauch (kaijauch) wrote :

Gah! I've been suspending and resuming Maverick for over a month and didn't have any problems. Since today, I get those freezes too.

Revision history for this message
Kai Jauch (kaijauch) wrote :

I tried booting an older kernel, shut the laptop off, rebooted several times but it continued to freeze every time before suspending.

Removing the battery and power cable seems to have fixed that. I don't know what triggers those freezes, but it will persist until you really cut power to the laptop. I have rebooted and shut down my laptop several times now after completely unplugging it and it suspends without problems. Can you confirm that?

Revision history for this message
Kai Jauch (kaijauch) wrote :

I tried to remember what I did the past few days that I normally don't and it seems that burning a DVD triggers those freezes on my laptop.

I booted my laptop and tried suspending/resuming a few times which worked without problems. After burning and ejecting a DVD I couldn't suspend anymore, this persisted over reboots and even shutting down the laptop didn't change that. After unplugging every power source for half a minute or so, I was able to suspend/resume again without problems.

The DVD I burned was corrupted by the way, it failed the checksum test brasero performs after burning. I've never had any problems with that in the past.

Revision history for this message
AmiG (ami-geva) wrote :

Well, I didn't burn any DVD on my Toshiba and although this sounds like voodoo, I thought I should give it a try as I'm really frustrated with having to turn off the laptop whenever I'm packing it for a meeting (and than turning it on again which from some reason looks to take longer then 10.04 did).

I followed Kai's instructions (twice), plugged everything out including the battery, waited a full minute, plugged everything back in and... :( same thing. The pc freezes as soon as I try to suspend it.

I also tryed using the acpitool as suggested by gatman3 in the ubuntu forum (http://ubuntuforums.org/showthread.php?t=1594252), but with no luck.

Revision history for this message
Kai Jauch (kaijauch) wrote :

Oh well, it was working a while for me but eventually unplugging my laptop didn't fix it anymore.. Seems it was just a coincidence :/

I'm currently running the daily mainline kernel (http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2010-10-15-maverick/) and have been successfully suspending and resuming my laptop >20 times now. You may want to try if this works for you.

As I haven't been able to reliably reproduce those freezes in the past, I'm curious whether the mainline kernel also works for Nicolò or if I've just been lucky again that it works.

Revision history for this message
Marc Tommasi (marc-tommasi) wrote :

Same issue on a Dell Latitude E4200. Suspend to RAM and Hibernation were working in Lucid.

In 10.10 (2.6.35-22-generic) Hibernation does not work (100% reproducible). It freezes after the vt switch.

Suspend to RAM bug is not 100% reproducible but occurs very often. Also freezes after the vt switch.

Revision history for this message
Marc Tommasi (marc-tommasi) wrote :

With 2.6.35-23-generic, I can suspend to ram and hibernate... So it seems that using the kernel-ppa-pre-proposed solves the problem for me.

Revision history for this message
Ralf Schulze (ralf-schulze) wrote :

Using 2.6.36-999-generic from http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/2010-10-15-maverick/ seems to improve the situation. Could suspend and resume a couple of times without problems. (Dell Latitude E6400 with Intel GM45).

Revision history for this message
ghsfr33d0m (ghsfr33d0m) wrote :

Suspending to RAM breaks as described with a fresh install of 10.10, 2.6.35-22-generic-pae, on a Lenovo SL410 laptop.

Revision history for this message
micred (tict) wrote :

ghsfr33d0m please try to install uswsusp:
sudo apt-get install uswsusp

and run a batch of 10 suspend-resume tests:
sudo /usr/share/checkbox/scripts/suspend_test --enable repeat

And tell us if issues are fixed or not.

Revision history for this message
slava (slavakharin) wrote :

Installing uswsusp helped, thanks! the suspend test ran through successfully.

On Wed, Oct 27, 2010 at 11:06 AM, jac <email address hidden> wrote:
> ghsfr33d0m please try to install uswsusp:
> sudo apt-get install uswsusp
>
> and run a batch of 10 suspend-resume tests:
> sudo /usr/share/checkbox/scripts/suspend_test --enable repeat
>
> And tell us if issues are fixed or not.
>
> --
> system freeze before entering suspend
> https://bugs.launchpad.net/bugs/604252
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “linux” package in Ubuntu: New
>
> Bug description:
> LAPTOP: Dell latitude e6400
>
> Reproducibility:
> - 100%
>
> Steps to reproduce:
> - suspend the pc
>
> Results:
> - the system hangs (freeze) before entering suspend, with a black bright screen
> - sysrq keys are not accepted
> - rsyslogd logs (*.* in sync mode) attached as rsyslog-all.log, but not relevant.
>
> IMPORTANT NOTE: with the mainline kernel 2.6.35-rc4 suspend sometimes works (and sometimes not)
>
> ProblemType: Bug
> DistroRelease: Ubuntu 10.10
> Package: linux-image-2.6.35-7-generic 2.6.35-7.12
> Regression: Yes
> Reproducible: Yes
> ProcVersionSignature: Ubuntu 2.6.35-7.12-generic 2.6.35-rc4
> Uname: Linux 2.6.35-7-generic x86_64
> AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
> Architecture: amd64
> ArecordDevices:
>  **** List of CAPTURE Hardware Devices ****
>  card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
>    Subdevices: 2/2
>    Subdevice #0: subdevice #0
>    Subdevice #1: subdevice #1
> AudioDevicesInUse:
>  USER        PID ACCESS COMMAND
>  /dev/snd/controlC0:  yelo3      1532 F.... pulseaudio
> CRDA: Error: [Errno 2] No such file or directory
> Card0.Amixer.info:
>  Card hw:0 'Intel'/'HDA Intel at 0xf6adc000 irq 47'
>    Mixer name   : 'Intel Cantiga HDMI'
>    Components   : 'HDA:111d76b2,10280233,00100302 HDA:80862802,80860101,00100000'
>    Controls      : 24
>    Simple ctrls  : 15
> Date: Sun Jul 11 12:58:43 2010
> HibernationDevice: RESUME=/dev/sda6
> InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
> MachineType: Dell Inc. Latitude E6400
> PccardctlIdent:
>  Socket 0:
>    no product info available
> PccardctlStatus:
>  Socket 0:
>    no card
> ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.35-7-generic root=UUID=c65f05e4-8a87-4923-89ff-929c3811ba3c ro quiet splash
> ProcEnviron:
>  LANGUAGE=en_US:en
>  PATH=(custom, user)
>  LANG=it_IT.utf8
>  SHELL=/bin/bash
> RelatedPackageVersions: linux-firmware 1.37
> SourcePackage: linux
> dmi.bios.date: 06/04/2010
> dmi.bios.vendor: Dell Inc.
> dmi.bios.version: A25
> dmi.board.name: 0RX493
> dmi.board.vendor: Dell Inc.
> dmi.chassis.type: 8
> dmi.chassis.vendor: Dell Inc.
> dmi.modalias: dmi:bvnDellInc.:bvrA25:bd06/04/2010:svnDellInc.:pnLatitudeE6400:pvr:rvnDellInc.:rn0RX493:rvr:cvnDellInc.:ct8:cvr:
> dmi.product.name: Latitude E6400
> dmi.sys.vendor: Dell Inc.
>
>
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/604252/+subscribe
>

Revision history for this message
Dawid Wróbel (dawidw) wrote :

I also am experiencing this bug but it all started ONLY after I upgraded the BIOS 2 weeks ago from A19 to A27. Apart from that I also noticed some issues with video playback which now stutters and other problems.

Anyway I guess that suspending issues are due to the Intel BIOS update in A24 as Kai have already noticed above.

Revision history for this message
Michael Bomba (michael-bomba) wrote :

I experienced this bug on 10.04 updated on 30 Oct. After installing uswsusp, i ran the suspend_test and it passed. I also have not seen it freeze up after suspend in normal use.

Revision history for this message
AmiG (ami-geva) wrote :

I tried installing uswsusp but it didn't solved the freeze problem :(

Revision history for this message
Philip Aston (philipa) wrote :

I'm experiencing this around 50% of the time with BIOS A20, e6400, 2.6.35-22-generic.

Worked reliably a couple of weeks back, so I suspect the kernel update and not the bios.

FWIW: I just did an experiment, pm-suspend worked fine from a tty. Then I resumed, looked good, but I switched back to my X session (ctrl-alt-f7) and the display turned off. I ssh'd into the machine, and tried another pm-suspend - this one failed with symptoms matching this bug.

Revision history for this message
ghsfr33d0m (ghsfr33d0m) wrote :

jac,

Thanks for the reply and help. I installed and ran uswsusp as you described. As normal, the system attempted to suspend to RAM, but hung with a black but back-lit screen and a flashing 'suspend light' on the first attempt of the test cycle.

/var/lib/pm-utils/stress.log (uswsusp's log file) reads:

"Suspend Test starting on 2010-11-03 10:19:31 (10 cycles)
Suspend iteration 1 of 10"

Revision history for this message
ghsfr33d0m (ghsfr33d0m) wrote :

The log file generated by uswsusp running a batch of 10 suspend tests is attached. The test system was a Lenovo SL410 laptop running Ubuntu 10.10 kernel 2.6.35-22-generic-pae.

Install uswsusp:
sudo apt-get install uswsus
Run tests:
sudo /usr/share/checkbox/scripts/suspend_test --enable repeat

The system hung while attempting the first suspend to RAM, on the way down, with a black but back-lit screen, and a flashing 'suspend light.' I would also like to note that anecdotally, it seems that wireless does not connect automatically at startup every time suspend breaks in this way, which requires a forced shutdown.

Revision history for this message
Giovanni Battista Lenoci (gianiaz) wrote :

for me the solution of the SD card has worked. Thank you Roman Brys.

Revision history for this message
AmiG (ami-geva) wrote :

I'm not familiar with the way things work here but from what I understand this bug did not get priority and no one is assigned to fix it therefor we'll all continue to complain and suffer but no solution will be provided.

Can anyone correct me on that? I'm seriously thinking of downgrading back to 10.04 with all the pain and time wasted working on it.

Revision history for this message
Nelson Castillo (nelsoneci) wrote :

I have 10.04 and I came here looking for information about this bug. I have a Toshiba satellite A305-S6859 with Intel Mobile GM965/GL960 integrated video card.

Same symptoms. When it wakes up from suspend/hibernate the scree turns blank and I have to power off.

Revision history for this message
Philip Aston (philipa) wrote :

I have not experienced this since reverting to the 2.6.32-25-generic kernel. Still using 10.10, Dell e6400, BIOS A20.

Brad Figg (brad-figg)
tags: added: acpi
Revision history for this message
Dawid Wróbel (dawidw) wrote :

After installing uswsusp today suspending and hibernating works fine again. I am quite upset I haven't tried that earlier and saved myself a lot of time on waiting for the system to start up each time I turned the laptop on.

Revision history for this message
Marc Tommasi (marc-tommasi) wrote :

Good news with this new year. After an upgrade to the latest kernel in kernel-ppa (2.6.35-24-generic), my dell E4200 sleeps like a charm.

Revision history for this message
AmiG (ami-geva) wrote :

2.6.35-24 didn't help with my toshiba satellite U400 :(

Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Dawid Wróbel (dawidw) wrote :

After upgrading to natty I uninstalled uswsusp to see if suspending works now on it's own and I can confirm it does, so this bug can be marked as fixed in 11.04.

Revision history for this message
penalvch (penalvch) wrote :

Nicolò Chieffo, thank you for reporting this and helping make Ubuntu better. This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please capture the oops following https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Capturing_OOPs ? As well, can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ . However, note you can only test Suspend, not Hibernate, when using a LiveCD. If the issue remains, run the following command in the development release from a Terminal (Applications->Accessories->Terminal) as it will automatically gather and attach updated debug information to this report.

apport-collect -p linux <BUGNUMBER>

Additionally, if you could try to reproduce this with the upstream mainline kernel that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. 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 in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

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'.

Please let us know your results. Thanks in advance.

tags: added: needs-upstream-testing
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
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.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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