Bug 264692 - since kdebase update, suspend happens twice
Summary: since kdebase update, suspend happens twice
Status: VERIFIED FIXED
: 266696 268630 (view as bug list)
Alias: None
Product: openSUSE 10.2
Classification: openSUSE
Component: Mobile Devices (show other bugs)
Version: Final
Hardware: Other Other
: P3 - Medium : Normal (vote)
Target Milestone: ---
Assignee: Holger Macht
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-14 23:42 UTC by Aaron Mulder
Modified: 2007-06-05 10:01 UTC (History)
4 users (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aaron Mulder 2007-04-14 23:42:52 UTC
So first there was a KPowersave update (mid-March?) that caused a weird dialog to crop up (and occasionally block suspend attempts).  That was attributed to an unreleased update to kdebase.

Now the kdebase update has been released (see bug #215262).

The result is that every laptop suspend happens twice.  That is, if I suspend (Fn-F4) and then resume (hit Fn), then during the resume, the machine suspends again.  On the second resume (hit Fn), then it resumes successfully.

This same behavior is present in the latest openSUSE 10.3 alpha.  It's pretty annoying (but granted, better than the occasional suspend failures after the KPowersave patch but before the KDEBase patch).  I haven't tried suspend to disk in 10.2 yet, but in 10.3 alpha 2 the same issue affects that too (during resume, it suspends to disk again).

FWIW, I'm using a ThinkPad T60p.  Also, I would be pretty happy if both KPowersave and KDEBase patches were rolled back, because suspend worked properly back then (through early March).
Comment 1 Danny Al-Gaaf 2007-04-16 21:04:05 UTC
(In reply to comment #0)
> Also, I would be pretty happy if both
> KPowersave and KDEBase patches were rolled back, because suspend worked
> properly back then (through early March).

We don't rollback updates because of problems that are machine specific. This make absolutely no sense, also because you can rollback this on your machine if you think you need this.

The problem you descriped are may kernel problems and not KPowersave specific. 

do this:
- go to konsole and call 'lshal -m'
- suspend and resume via KPowersave, attach the output from konsole
Comment 2 Forgotten User ZhJd0F0L3x 2007-04-17 12:09:36 UTC
to work around your problem, you can just stop powersaved with

/etc/init.d/powersaved stop

and ensure that it is not started during boot with "insserv -r powersaved".
Then everything should work fine. This is a thinkpad specific bug.
Comment 6 Danny Al-Gaaf 2007-04-17 17:16:55 UTC
You can download an updated powersave package for 10.2 from this repository: 

http://software.opensuse.org/download/home:/dkukawka/openSUSE_10.2/
Comment 7 Aaron Mulder 2007-04-17 17:42:27 UTC
The update fixed my problem.  I had not realized it was a ThinkPad specific problem.  Thanks.

I had the same problem on openSUSE 10.3 alpha 2 (bug #259666) and I hope this fix will be applied there too.
Comment 8 Aaron Mulder 2007-04-18 14:31:44 UTC
Well, having used this a bit more...  With the update, when my machine resumes from suspend to RAM, the image on the screen is pretty mangled.  It shows a legible login box on top of that, and if I log in then it clears up and the desktop looks fine.  But it doesn't seem to recover without a login.  I only mention this because it didn't happen before -- it used to come up with the screen all black IIRC, but not corrupted.
Comment 9 Holger Macht 2007-04-18 14:34:57 UTC
You are sure that this 'mangled screen' is not showing the 'xlock' screensaver?
Comment 10 Aaron Mulder 2007-04-18 14:52:57 UTC
Well... my screen saver is set to "GLMatrix" in KDE.  For what it's worth, the post-resume image most recently was primarily white (like my proper desktop itself, which was dominated by mainly white Firefox and Konsole windows), while the screen saver was mainly black with some green.  I don't think the screen saver had engaged when I suspended (I just closed the lid), so it seems more like some mangled version of the desktop rather than something relating to the screen saver.

I guess it's possible that xlock does something different than the main KDE screen saver (I'm not too sure of the mechanics).  But it really looked more like random junk in the graphics card buffer or whatever than a screen saver.

I think this is similar to what used to happen long ago when using previous releases and suspend with s3_bios.  It seemed that on the recent hardware and OS platforms, when resuming, either it went straight back to the desktop or came up with a black screen that I could then unlock.  But as I said it seems to have changed since this latest update.
Comment 11 Aaron Mulder 2007-04-18 20:40:00 UTC
After another day, I think I can say the screen corruption on resume was at best intermittent and you can probably forget about it.  Which is to say, he last couple times I resumed that didn't happen.  (Also, I should have mentioned that I'm using the ATI driver.)  Thanks.
Comment 12 Holger Macht 2007-04-19 11:48:19 UTC
Fixed powersave package which doesn't handle the IBM hotkeys anymore submitted to internal build system. Fixed.
Comment 13 Holger Macht 2007-04-23 09:07:12 UTC
*** Bug 266696 has been marked as a duplicate of this bug. ***
Comment 14 Forgotten User ZhJd0F0L3x 2007-04-26 15:48:27 UTC
*** Bug 268630 has been marked as a duplicate of this bug. ***