| Summary: | pm-utils-1.1.2.x breaks suspend to RAM | ||
|---|---|---|---|
| Product: | pm-utils | Reporter: | Alberto González <luis6674> |
| Component: | General | Assignee: | Victor Lowther <victor.lowther> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | jon+bugs.freedesktop.org, victor.lowther |
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
pm-suspend log file
/var/run/pm-utils contents pm-suspend log file escape > comaprison in 98smart-kernel-video /var/log/pm-suspend.log |
||
|
Description
Alberto González
2008-05-31 06:24:52 UTC
Can you attach the contents of /var/log/pm-suspend.log and a tarball of /var/run/pm-utils to this bug? Also, if you run pm-suspend with the PM_DEBUG environment variable set to true, the log will contain all sorts debugging information I can use to track down the source of this bug. Created attachment 16926 [details]
pm-suspend log file
Created attachment 16927 [details]
/var/run/pm-utils contents
Created attachment 16928 [details]
pm-suspend log file
This is just for comparison, a log from the successful suspend/resume from the older version 1.1.0.
Created attachment 16932 [details] [review] escape > comaprison in 98smart-kernel-video OK, I see the problem. You are using the kernel-based Intel driver, which is supposed to handle the video reinitialization correctly without any userspace intervention by us. However, only kernels >= 2.6.26 do so. You are running 2.6.25, and I forgot to escape the > in the line in 98smart-kernel-video that checks for the kernel revision. Can you apply the attached patch to 98smart-kernel-video and see if that makes things work correctly for you? Yes, the patch fixes the problem completely. Thanks! (In reply to comment #6) > Yes, the patch fixes the problem completely. OK, cool. > Thanks! No problem. I will go ahead and close this bug and push these changes to the repository. I just upgraded to kernel 2.6.26 and the problem is back. With the new kernel version the quirks are ignored again and so my screen gets corrupted after resume from RAM. So, unfortunately, my system still requires the quirks to work correctly. I guess I must not alone in this, so the approach of removing the quirks for anyone using the intel driver with kernel >= 2.6.26 seems to not be (completely) valid. I don't know what the best solution is, but I think a safe approach could be: - Leave all the quirks in place for now (i.e, apply them regardless of kernel version). - Those who can test that their systems no longer need the quirks with kernel>=2.6.26 should send a patch to HAL-info to remove their machines from the list, and from that point any new release of hal-info should require kernel>=2.6.26. Just an idea... Thanks. (In reply to comment #8) > I just upgraded to kernel 2.6.26 and the problem is back. With the new kernel > version the quirks are ignored again and so my screen gets corrupted after > resume from RAM. > > So, unfortunately, my system still requires the quirks to work correctly. I > guess I must not alone in this, so the approach of removing the quirks for > anyone using the intel driver with kernel >= 2.6.26 seems to not be > (completely) valid. > > I don't know what the best solution is, but I think a safe approach could be: > > - Leave all the quirks in place for now (i.e, apply them regardless of kernel > version). > - Those who can test that their systems no longer need the quirks with > kernel>=2.6.26 should send a patch to HAL-info to remove their machines from > the list, and from that point any new release of hal-info should require > kernel>=2.6.26. I will be releasing pm-utils 1.1.2.4 shortly which should do The Right Thing with Intel kernel modesetting and the acpi s3 quirks. If you want to help test it out, try cloning the git repository, checking out the pm-utils-1.1 branch, and using the latest 98smart-kernel-video file on your system. > Just an idea... > Thanks. > Created attachment 17858 [details]
/var/log/pm-suspend.log
I have tested the latest 98smart-kernel-video from git and with it my system works perfectly again. I'm attaching the log in case you want to look at it.
Thank you!
*** Bug 16453 has been marked as a duplicate of this bug. *** |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.