|
Bugzilla – Full Text Bug Listing |
| Summary: | since kdebase update, suspend happens twice | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.2 | Reporter: | Aaron Mulder <ammulder> |
| Component: | Mobile Devices | Assignee: | Holger Macht <hmacht> |
| Status: | VERIFIED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P3 - Medium | CC: | aj, behlert, dieter.jurzitza, gp |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Aaron Mulder
2007-04-14 23:42:52 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 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. You can download an updated powersave package for 10.2 from this repository: http://software.opensuse.org/download/home:/dkukawka/openSUSE_10.2/ 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. 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. You are sure that this 'mangled screen' is not showing the 'xlock' screensaver? 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. 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. Fixed powersave package which doesn't handle the IBM hotkeys anymore submitted to internal build system. Fixed. *** Bug 266696 has been marked as a duplicate of this bug. *** *** Bug 268630 has been marked as a duplicate of this bug. *** |