Edgy suspend/hibernate fail (regression worked in Dapper)

Bug #69340 reported by Jim Apple
This bug report is a duplicate of:  Bug #67710: Intel 9XX Chipsets fail to suspend. Edit Remove
8
Affects Status Importance Assigned to Milestone
acpi (Ubuntu)
New
Undecided
Unassigned
linux (Ubuntu)
Incomplete
Undecided
Unassigned
linux-source-2.6.17 (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: acpi

    Suspend seems to work but resume fails with the following errors.

pnp: Failed to activate device 00:06
pnp: Failed to activate device 00:07

ata1: dev 0 revalidation failed (errono = -5)
...

Only a hard power off will fix the problem

     Hibernate looks good at first but in instead of a resume it really just reboots. ie no state is saved. No error messages expect for these on the way down

pnp: Failed to activate device 00:06
pnp: Failed to activate device 00:07

    I do get a white bar flashing across the screen during restart and the progress monitor never completes

    Hardware is Toshisba U205-S5002 laptop.

    Let me know what I can do to help debug/resolve these issues.

Thanks in Advance

- Jim

    Both worked fine in Dapper, allthough suspend took about 5 minutes.

Revision history for this message
Timothy Smith (tas50) wrote :

can you attach an output of lspci

Revision history for this message
Jim Apple (wb1dog) wrote :

japple@japple-laptop:/etc$ lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller IDE (rev 02)
02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)
03:08.0 Ethernet controller: Intel Corporation Intel(R) PRO/100 VE Network Connection (rev 02)
03:0b.0 CardBus bridge: Texas Instruments Unknown device 8039
03:0b.1 FireWire (IEEE 1394): Texas Instruments Unknown device 803a
03:0b.2 Mass storage controller: Texas Instruments Unknown device 803b
03:0b.3 Class 0805: Texas Instruments Unknown device 803c

Revision history for this message
Jim Apple (wb1dog) wrote : Re: [Bug 69340] Re: Edgy suspend/hibernate fail (regression worked in Dapper)

Done, Thanks.

On 11/3/06, Timothy Smith <email address hidden> wrote:
>
> can you attach an output of lspci
>
> --
> Edgy suspend/hibernate fail (regression worked in Dapper)
> https://launchpad.net/bugs/69340
>

--

- Jim

Revision history for this message
Jim Apple (wb1dog) wrote :

Not sure, installing the latest i810 driver does not fix the problem(s) and
from reading the thread it seems like it should right ?

On 11/6/06, Timothy Smith <email address hidden> wrote:
>
> *** This bug is a duplicate of bug 67710 ***
>
> ** This bug has been marked a duplicate of bug 67710
> Intel Chipsets using i810 fail to resume from suspend
>
> --
> Edgy suspend/hibernate fail (regression worked in Dapper)
> https://launchpad.net/bugs/69340
>

--

- Jim

Revision history for this message
MaV (maciej-trebacz) wrote :

Same here. Downloaded driver from http://www.fairlite.demon.co.uk/i810_drv.so .

Revision history for this message
Timothy Smith (tas50) wrote :

By installing the latest driver do you mean the latest driver from the Ubuntu repositories or getting 1.7.1 from debian?

Revision history for this message
Jim Apple (wb1dog) wrote :

1.7.1 from http://www.fairlite.demon.co.uk/intel.html

I tried 1.7.2 from debian but it failed to install, is there a 1.7.1 still
on debian ?

On 11/6/06, Timothy Smith <email address hidden> wrote:
>
> *** This bug is a duplicate of bug 67710 ***
>
> By installing the latest driver do you mean the latest driver from the
> Ubuntu repositories or getting 1.7.1 from debian?
>
> --
> Edgy suspend/hibernate fail (regression worked in Dapper)
> https://launchpad.net/bugs/69340
>

--

- Jim

Revision history for this message
Timothy Smith (tas50) wrote :

I've been rummaging around Launchpad trying to track down this issue and I really thought I'd found it with that i810 graphics bug, but it looks like that may not be the issue (or at least everyones). I have noticed a huge number of people that have 9XX chipsets that are having regressions though. A lot of them had the integrated video, but that may just be because of the number of laptops that shipped with this video card. There are lots of people that are also having this issue with various ATI and nVidia cards. I'm not sure where to go from here to see what's causing these machines to fail to resume, but this is a major issue and I want to see it fixed. Anyone's suggestions are more than welcomed.

Revision history for this message
canatella (dam-cosinux) wrote :

See my comments and lspci output in bug #69005. I also have an intel chipset. I have tried to boot using init=/bin/bash and unload all module. The only ones that were loaded were for sata and ext3. doing a

# echo mem > /sys/power/state

Triggered the problem. Suspend worked correctly but not resume. I think this issue has nothing to do with video but more with the linux kernel.

Revision history for this message
Jim Apple (wb1dog) wrote :

Not sure if this is a vaild test or not ?, I switched my driver to vesa, from i810 and have the same results.

Revision history for this message
Timothy Smith (tas50) wrote :

It's looking more and more like this isn't the fix for this problem, but the issue with Intel chipsets and suspend is definitely there.

Revision history for this message
Ulrich Lukas (ulrich-lukas) wrote :

Hi,

I have a similar problem with my Toshiba Satellite Pro 6000 notebook. This one has a different chipset, but the symptoms are the same: Suspend/Resume (RAM and DISK) worked fine with Dapper Drake, but is broken after upgrade to Edgy.

Suspend to ram: black screen; no reaction to user input after resume. Switching to a console via alt+ctrl+Fx not possible. When suspending /from/ a console session, the old console contents from before the suspend cycle are visible again, but the system hangs.

Suspend to disk: seems to work (except for a corrupted screen when suspending from a console).

When I boot the old kernel (e.g. 2.6.15-25) from Dapper Drake, suspend/resume works again in Edgy; unfortunately, with those old kernels in Edgy, a normal shutdown procedure doesn't work with my system (system eventually just hangs)...

I'm attaching the output of "lspci". If you need more information, I'd be happy to provide it.

Revision history for this message
Launchpad Janitor (janitor) wrote : This bug is now reported against the 'linux' package

The 18 month support period for Edgy Eft 6.10 has reached its end of life. As a result, we are closing the linux-source-2.6.17 Edgy Eft kernel task. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://www.ubuntu.com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!

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.