|
Bugzilla – Full Text Bug Listing |
| Summary: | With latest kernel 2.6.25.18-0.2 resumeing from s2ram on ThinkPad T61p no longer works | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.0 | Reporter: | Michael Karbach <karbach> |
| Component: | Kernel | Assignee: | E-mail List <bnc-team-screening> |
| Status: | VERIFIED INVALID | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | caf4926 |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | 64bit | ||
| OS: | openSUSE 11.0 | ||
| Whiteboard: | |||
| Found By: | Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Michael Karbach
2008-10-28 10:01:42 UTC
Please provide s2ram -n output log (test it on kernel 2.6.25.18-0.2) It would be great if you can answer following questions: - what options you gave to s2ram to make it work ? - did you tested it from both X and the text console mode (ctrl-alt-f1 or the minimal mode described here) ? - if there is any special setup you needed to do to make it work, also mention it. ? *** Bug 439353 has been marked as a duplicate of this bug. *** I have used the options: -f -a 3 I have only used it from X I do not need any other special setup. As far as I can judge, it also works with 2.6.25.11-0.1 without any option except -f. But note, may be this is relevant, my usual resume from s2ram needs very long, roughly 2:30-3 min. And it seems, that the system apart from X, is ready 1-2min before. I do not know why, and have not seen any comment on this behaviour anywhere on the net. Apart from that, suspend to RAM works so far without any problem. Now I have done a lot of tests and eventually succeeded to resume! Without any option, except s2ram -f it works! And now my problem with the 3min is also resolved, it resumes within a few seconds :-) So, at least for me the bug can be closed. I have updated my webpage with this hint. Best regards, Michael Michael, i will close this bug. If you get any new info about this bug, than please reopen it. |