← Back to team overview

mactel-support team mailing list archive

[Bug 205072] Re: macbook 3.1: Resume from suspend sometimes fails.

 

I'm having the problem as reported by Ian Ohr. To be more precise, here
is what happen when I try to resume from suspend:

1. The mouse is extremely unresponsive
2. Keyboard works fine, however so I can still press the power button to bring up the shutdown menu then followed by Alt-R to Restart.

Here's the output of the 'uname -a' command:
Linux edy-linux 2.6.24-19-generic #1 SMP Fri Jul 11 23:41:49 UTC 2008 i686 GNU/Linux

The other two logs files 'dmesg.log' and 'lspci-vvnn.log' are attached.
Thanks in advance. The Ubuntu community is indeed amazing!

** Attachment added: "dmesg.log"
   http://launchpadlibrarian.net/16481983/dmesg.log

-- 
macbook 3.1: Resume from suspend sometimes fails.
https://bugs.launchpad.net/bugs/205072
You received this bug notification because you are a member of Mactel
Support, which is the registrant for Mactel Support.

Status in Mactel Support: Incomplete
Status in “linux-source-2.6.22” source package in Ubuntu: Invalid

Bug description:
On my macbook 3.1 suspend and resume works over 50% of the time, however when it does not work, this happens:

* I open the lid of my macbook 3,1
* The led next to the infra-red port goes out
* The dvd drive makes it's usual noise
* Then nothing

The screen does not display anything, it is as if the screen is not given power. The bug seems to be a more comprehensive failure of the resume as I cannot power the system down using known working keyboard shortcuts.

There is a similar bug https://help.ubuntu.com/community/MacBook_Santa_Rosa#head-b34e7facb238e50588835bb1030e0a2e0906c940
but this similar bug allows you to see something on the screen if you look carefully. It is just the backlight that does not come on.

I don't know how to debug this but I assume I would have to perform some sort of pre-emptive strike. Establishing something that observes the state of things when the system is suspended, then logging that state if resume succeeds. From this log one could perhaps see that one state is not listed.

I suspect it is something to do with one of the following:
* Connected to mains power during suspend
* Disconnected/Connected to mains power while suspended
* On battery power during resume
* On mains power during resume
* Any other combination of power state, including charge level of battery.



References