[Jaunty] Resume from hibernate doesn't work on a Dell XPS M1330

Reassigning to the "linux" kernel package.

Marc,

Can you take a look at https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume and provide any additional debug info outlined there. Particularly the "Hibernate specific information" section and the "Debugging Hibernate" section. Thanks.

Please run "apport-collect 361852" on the system in question to collect hardware info

Architecture: i386
Dependencies:

DistroRelease: Ubuntu 9.04
Package: linux None [modified: /var/lib/dpkg/info/linux.list]
PackageArchitecture: i386
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
Uname: Linux 2.6.28-11-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Hmm, that didn't seem to work. apport-collect is pretty new.

In the future, if you file all kernel bugs with "ubuntu-bug linux" we will get all of the info up front.

Architecture: i386
Dependencies:

DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
Package: linux None [modified: /var/lib/dpkg/info/linux.list]
PackageArchitecture: i386
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
Uname: Linux 2.6.28-11-generic i686
UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin plugdev video

<pitti> mdz: workaround: apport-collect -p linux-image-2.6.28-11-generic 12345

@Marc: could you run apport-collect -p linux-image-2.6.28-11-generic 361852 please?

Architecture: i386
DistroRelease: Ubuntu 9.04
MachineType: Dell Inc. XPS M1330
NonfreeKernelModules: nvidia
Package: linux-image-2.6.28-11-generic 2.6.28-11.41
PackageArchitecture: i386
ProcCmdLine: root=UUID=CCD2D0B0D2D0A04E loop=/ubuntu/disks/root.disk ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.28-11.41-generic
Uname: Linux 2.6.28-11-generic i686
UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin plugdev video

My m1330 doesn't resume from hibernate (but resuming from suspend works fine)

I don't know if this matters but I'd like to point out that my m1330 has been serviced by Dell (motherboard replaced) - apparently there was a high failure rate with the motherboards that was corrected with the newer motherboard (according to what the tech guy told me), so I am unsure if there is a hardware variation between those motherboards or what.

After setting the no_console_suspend kernel parameter and running pm-hibernate from vt1, I get the following lines on the console:

[111.386123] btusb_intr_complete: hci0 urb f5ec5900 failed to resubmit (1)
[111.387116] btusb_intr_complete: hci0 urb f5ec5800 failed to resubmit (2)
[111.387206] btusb_intr_complete: hci0 urb f5ec5880 failed to resubmit (1)

As for the sub-system debugging, I seem to get a kernel panic when running the following commands from the console:

# echo devices > /sys/power/pm_test
# echo platform > /sys/power/disk
# echo disk > /sys/power/state

I have a dell XPS M1330 running jaunty upgraded recently this last week. Hibernate/resume works for me. I have attached the lspci & dmesg output for your reference.

sabdfl has one of these as well, and did a quick hibernate test, which succeeded.

The failure mode described in the original report is very strange. Marc says that it never even reached the splash screen, which means it never even started the resume process. This indicates a problem with booting up, rather than with resuming from hibernation.

This, combined with multiple success reports on the same model, makes me suspect a problem which is unique to the test unit.

@Marc,Manoj,Jorge: please attach the output of "sudo dmidecode" from your systems. It would be useful to know if we can distinguish which rev of the hardware or BIOS is affected.

I have another Dell XPS M1330 with Intel graphics controller where hibernate and suspend both resume well. So, perhaps the problem might strictly be related to the nvidia xorg driver.

Hi, I have a Dell Latitude D620, with the nVidia video card, and I've been experiencing the same problem for 2 about weeks now (before everything was fine).
Hibernate seems OK except for the 3 lines with "failed to resubmit", but when it comes to rebooting, it doesn't resume; it restarts normally.

I can't remember what it is I've installed that causes the "regression", I installed Ubuntu only last month and since, I've been trying many softwares so see which ones better suit my needs. All I can tell is that I installed all new updates from "security" and "updates" almost every day.

Hi again, actually my hibernation problem was caused by a change of swap partition... everything is back to normal now.
Sorry for the inconvenience.

I'm having exact same problem as original poster, but I'm running PPC Jaunty on a powerbook g4 12"

get stuck on these messages
[111.386123] btusb_intr_complete: hci0 urb f5ec5900 failed to resubmit (1)
[111.387116] btusb_intr_complete: hci0 urb f5ec5800 failed to resubmit (2)
[111.387206] btusb_intr_complete: hci0 urb f5ec5880 failed to resubmit (1)

after trying to return from hibernate

upon reboot i just get a black screen with a cursor in the top left hand corner

can't boot into ubuntu anymore..

how did you finally get it fixed?
and what is a change of swap partition..

I'm getting pretty good at this stuff so any help is appreciated. Thanks!

Hi daspot,

my problem was due to the fact that I'd moved my swap from one partition
(/dev/sda6) to another (/dev/sda3) -> "change of swap partition".
Then, the system was unable to locate the hibernated data, so it started
instead of resuming.
It's probably not the same problem as yours.

Just in case, instructions here :
http://doc.ubuntu-fr.org/uuid_et_label#uuid_swap_et_hibernation

Stépho

-------- Message original --------
Sujet : [Bug 361852] Re: [Jaunty] Resume from hibernate doesn't work on
a Dell XPS M1330
De : daspot <email address hidden>
Pour : <email address hidden>
Date : 31/05/2009 09:34
> I'm having exact same problem as original poster, but I'm running PPC
> Jaunty on a powerbook g4 12"
>
> get stuck on these messages
> [111.386123] btusb_intr_complete: hci0 urb f5ec5900 failed to resubmit (1)
> [111.387116] btusb_intr_complete: hci0 urb f5ec5800 failed to resubmit (2)
> [111.387206] btusb_intr_complete: hci0 urb f5ec5880 failed to resubmit (1)
>
> after trying to return from hibernate
>
> upon reboot i just get a black screen with a cursor in the top left hand
> corner
>
> can't boot into ubuntu anymore..
>
> how did you finally get it fixed?
> and what is a change of swap partition..
>
> I'm getting pretty good at this stuff so any help is appreciated.
> Thanks!
>
>

On Sun, May 31, 2009 at 01:12:47PM -0000, Stepho wrote:
> my problem was due to the fact that I'd moved my swap from one partition
> (/dev/sda6) to another (/dev/sda3) -> "change of swap partition".
> Then, the system was unable to locate the hibernated data, so it started
> instead of resuming.
> It's probably not the same problem as yours.
>
> Just in case, instructions here :
> http://doc.ubuntu-fr.org/uuid_et_label#uuid_swap_et_hibernation

Stepho:

Please note, the fact that changing your swap partition breaks hibernation
in this way is bug 50437. Please consider marking that bug as affecting
you, and adding any additional information or workarounds you can provide.

--
 - mdz

I'm experiencing similar hibernation/suspend issues on my m1530 (the bigger brother of the m1330). See https://bugs.launchpad.net/ubuntu/+source/linux/+bug/366264 for details.

I'm not sure if my bug is exactly the same as this one plaguing the m1330, but removing 'quiet' and 'splash' from the boot params and working from vt1 instead of from inside X made hibernation work.

Architecture: amd64
Dependencies:

DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
Package: linux None [modified: /var/lib/dpkg/info/linux.list]
PackageArchitecture: amd64
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_CA.UTF-8
Uname: Linux 2.6.24-21-generic x86_64
UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin plugdev video

Letting people know on Ubuntu Lucid and it's up-to-date to the post's date. When hibernating, experiencing 'Swap Error"

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 supported series, please file a new bug.