Bug 47367 - xf86-video-savage does not resume from suspend/hibernation and changing from tty1-tty3 to X causes X lock
Summary: xf86-video-savage does not resume from suspend/hibernation and changing from ...
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/savage (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-15 08:29 UTC by Matias de la Cruz
Modified: 2018-06-12 19:09 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments

Description Matias de la Cruz 2012-03-15 08:29:02 UTC 
The laptop fails to resume correctly from suspend/hibernate if dosbox package is installed. 
If that package is installed the laptop resumes but the screen is blank with only the backlight on and the laptop locked.
After removing dosbox (not necessarily all its dependencies) the resume from either suspend/hibernate works as usual.
Trying to narrow down if dosbox was the problem I removed the savage driver and installed the vesa one instead. Resume works fine with dosbox installed in this case.

The secondary problem featured in the summary appears at the login screen when changing from X to tty1, going from tty1 through tty2 and tty3, back to X and then going back again to tty1 causes the screen (and laptop overall) to end up locked.
This, again, does not happen with the vesa driver installed.

Unfortunately, I am not sure if the problem has appeared since the latest savage update as I haven't as of lately been much into suspending/hibernating though as far as I remember all worked correctly (dosbox installed) with the 2.3.3.1 driver and savage-dri.

Build: Archlinux 3.2.9.1
System: IBM Thinkpad T23 laptop
Video Card: S3 SuperSavage IX/C
Video Memory: 16
Video Depth: 16
Driver: savage 2.3.3.3
Comment 1 Matias de la Cruz 2012-03-15 19:40:25 UTC 
As of now I am not able to make the resume work despite the removal of dosbox (including its dependencies). 
Additionally now at times the laptop either goes into suspension correctly or ends up locked at the X login screen in the process of doing so with the suspend icon blinking.
Comment 2 Matias de la Cruz 2012-05-18 15:03:53 UTC 
Another fork of the problem appeared when hibernate/suspension through the action menu worked (XFCE4) but did not when using the function keys. In the end, the crash caused by the function keys lead to ultimately  to not being able to make it work again either way. In order to "fix" this issue I have used the general workaround for laptops having problems with blank screen after hibernation/suspension proposed by the ArchWiki which is the removal of the autodetect module from mkinitcpio.conf .

This also fixed the problem of X locking up when returning from ttyX and trying to access it again.

Therefore the problem might be related to how X and autodetect interact after hibernating/suspension.
Comment 3 Adam Jackson 2018-06-12 19:09:12 UTC 
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.

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.