Bug 542317 - Black screen on resume from suspend without quirk-s3-bios
Summary: Black screen on resume from suspend without quirk-s3-bios
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: pm-utils
Version: 12
Hardware: i686
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-11-29 09:27 UTC by Diego Amores
Modified: 2010-12-04 02:35 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-12-04 02:35:49 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Output of pm-utils-bugreport-info.sh (7.04 KB, text/plain)
2009-11-29 09:27 UTC, Diego Amores
no flags Details

Description Diego Amores 2009-11-29 09:27:27 UTC
Created attachment 374531 [details]
Output of pm-utils-bugreport-info.sh

Description of problem: My laptop (Fujitsu-Siemens Amilo M1437G, witn an ATI Mobility X700 video card) is unable to correctly resume from suspend without using the "quirk-s3-bios" option. Backlight is turned on, but screen remains black. However, the keyboard works and pressing Ctrl+Alt+F2, Ctrl+Alt+Del allows rebooting. Adding the quirk-s3-bios option fixes the problem.


Version-Release number of selected component (if applicable): 1.2.5-6.fc12


How reproducible: Always


Steps to Reproduce:
1. Suspend using System->Shutdown->Suspend.
2. Try to resume using the Power button.
3.
  
Actual results:

Backlight is turned on but screen remains black. However, typing Ctrl+Alt+F2 and Ctrl+Alt+Del allows rebooting.

Expected results:

Normal resume with screen working properly.

Additional info:

- Kernel modesetting is on (default for my video card), but the problem persists even when turning it off.

- In script /usr/lib/pm-utils/sleep.d/98smart-kernel-video, function have_kms(), pm-utils assumes that KMS-enabled drivers do not need any additional quirks, but modifying that function and adding the "quirk-s3-bios" option after "quirk-no-chvt" fixes the problem for me. Admittedly it's an ugly hack, but I did not find a way to bypass pm-utils logic using its configuration files. Even invoking pm-suspend from the command line with the "--quirk-s3-bios" parameter does not seem to work.

Comment 1 Diego Amores 2009-11-29 11:52:45 UTC
Ok, some more investigation leads to the following conclusions:

- hal-info does not contain video quirks for my laptop model (Fujitsu Amilo M1437G), so it uses the set of defaults contained in /usr/share/hal/fdi/information/10freedesktop/99-video-quirk-default.fdi. Will open a separate bug to request inclusion of my laptop model in file 20-video-quirk-pm-fujitsu.fdi, alongside M1425 for example, which will add the s3-bios quirk properly.

- The original problem remains in pm-utils though, as it disables all video quirks when a KMS-enabled video driver is used. A better workaround would be copying file /usr/lib/pm-utils/sleep.d/98smart-kernel-video to /etc/pm/sleep.d and modifying it there, commenting out the --quirk-s3-bios line in function remove_all_video_quirks().

Comment 2 Michael Breuer 2009-11-30 02:30:41 UTC
Thank you for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

*** This bug has been marked as a duplicate of bug 473542 ***

Comment 3 Diego Amores 2009-11-30 06:33:02 UTC
I don't see how this bug is a duplicate of #473542, for the following reasons:

- Hibernate works fine here.
- Desktop effects are turned off here, but that does not resolve the issue.
- It is not a kernel problem, pm-utils is the component at fault here. The original poster of bug #473542 reported on 2008-12-15 that the latest kernel update resolved the problem for him.

Could you please clarify why it has been marked as a duplicate and re-open it if necessary? Thanks a lot.

Comment 4 Michael Breuer 2009-11-30 20:30:06 UTC
My denoting this as duplicate seems to have been premature.

I do think these are related, and the set of bugs makes me think there's been a regression as well (one report specifically noted that falling back to an older kernel - the one that works in 473542 - solved that issue.

That said, given the quite useful feedback from yourself and others I stand corrected and am undoing the duplicate.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 5 Diego Amores 2009-11-30 22:21:07 UTC
Thanks, I appreciate the quick response. I've been reading the other possibly related bugs, but unfortunately I could not find one with the exact same symptoms:

- #492740 and #508571 report a complete lockup after resume from suspend with keyboard not working, but keyboard does work for me and I can perform a blind reboot.
- #542379 reports hibernate is failing as well, whereas it works fine here.
- #471711 is in my opinion the closest one, but it also reports a complete lockup when KMS is enabled, which is not the case here.

Comment 6 Bug Zapper 2010-11-04 04:59:44 UTC
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '12'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 12's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 12 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 7 Bug Zapper 2010-12-04 02:35:49 UTC
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.