[ltp] T23: suspend resumes immediately: moon light stays blinking

[Mark Stosberg]

Hello, 

Here's my suspend problem on my T23: Invoking suspend appears to little. I
can see the network disconnect, but then immediately reconnect. The logs s
how an immediate resume. The "moon" indicator light starts blinking, and
never stops. 

I'm running Ubuntu Feisty with a 2.6.20 kernel. 

There is one unorthodox thing about the laptop: Ubuntu was install on a T20,
and I copied the hard drive into this new machine. That could be
related. :)

Below are the related log file contents:

In /var/log/acpid, it is clear that it is running, but not clear that it
ever recieved the "suspend" event:

[Wed Aug 22 08:09:35 2007] starting up
[Wed Aug 22 08:09:35 2007] 55 rules loaded
[Wed Aug 22 08:09:35 2007] client connected from 4411[0:0]
[Wed Aug 22 08:09:35 2007] 1 client rule loaded

####

In /var/log/messages, we can a not that "suspend" was invoked, but also that
it resumes with the same second:

Aug 22 08:08:29 mat gnome-power-manager: (mark) Suspending computer because
the DBUS method Suspend() was invoked
Aug 22 08:08:29 mat kernel: [  137.508000] ADDRCONF(NETDEV_UP): eth1: link
is not ready
Aug 22 08:08:29 mat kernel: [  137.628000] eth1: New link status: Connected
(0001)
Aug 22 08:08:29 mat gnome-power-manager: (mark) Resuming computer
Aug 22 08:08:29 mat kernel: [  137.768000] eth1: New link status:
Disconnected (0002)
Aug 22 08:08:29 mat kernel: [  137.816000] ADDRCONF(NETDEV_UP): eth2: link
is not ready
Aug 22 08:08:29 mat kernel: [  137.896000] ADDRCONF(NETDEV_UP): eth1: link
is not ready
Aug 22 08:08:29 mat kernel: [  138.140000] eth1: New link status: Connected
(0001)
Aug 22 08:08:30 mat kernel: [  138.356000] ADDRCONF(NETDEV_CHANGE): eth1:
link becomes ready

#####

Perhaps also related, The CPU Frequency Scaling applet quit showing any
options a few days ago and now reports "Frequency Scaling Unsupported". 

Any help is appreciated...I'll update thinkwiki.org to reflect the answer. 

Thanks!

   Mark