Bug 6612 - DRI functionality is not completely restored after software suspend
Summary: DRI functionality is not completely restored after software suspend
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/savage (show other bugs)
Version: 6.8.99.901 (6.9 RC1)
Hardware: x86 (IA32) Linux (All)
: high major
Assignee: Tormod Volden
QA Contact: Xorg Project Team
URL: http://bugzilla.kernel.org/show_bug.c...
Whiteboard: 2011BRB_Reviewed
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-16 04:12 UTC by Slava Gorbunov
Modified: 2018-08-10 20:46 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
My xorg.conf (2.99 KB, text/plain)
2006-04-19 06:46 UTC, Slava Gorbunov
no flags Details
Xorg.log after resuming from suspend (54.36 KB, text/plain)
2006-04-19 06:48 UTC, Slava Gorbunov
no flags Details
Screenshot of Blender's window after resuming from suspend (51.91 KB, image/png)
2006-04-19 06:57 UTC, Slava Gorbunov
no flags Details
Blender window, just after system boot (165.11 KB, image/png)
2007-06-24 08:35 UTC, Slava Gorbunov
no flags Details
Xorg.log (xf86-video-savage-2.1.2, drm from git.freedesktop.org) (52.78 KB, text/plain)
2007-06-24 09:13 UTC, Slava Gorbunov
no flags Details

Description Slava Gorbunov 2006-04-16 04:12:19 UTC
After resuming from software suspend (which involves switching to text VT and
back) DRI works only partialy. Simple applications (like glxgears or gl-117 (the
3d game with rather simple 3d graphics)) work well, but more complex
applications don't. For example, Blender doesn't draw labels on buttons, draws
some garbage instead of menus and outputs some garbage in the top left coner of
the screen (above all other windows). More complex 3d games (like tuxracer)
cause immediate lockup. Before suspending (and after restart of Xserver)
everything works well.
Comment 1 Erik Andren 2006-04-16 17:04:37 UTC
Please post xorg.conf and your xorg.log after resuming from suspend. 
Also a backtrace of the hanging would be nice.
Comment 2 Slava Gorbunov 2006-04-19 06:46:41 UTC
Created attachment 5364 [details]
My xorg.conf
Comment 3 Slava Gorbunov 2006-04-19 06:48:00 UTC
Created attachment 5365 [details]
Xorg.log after resuming from suspend
Comment 4 Slava Gorbunov 2006-04-19 06:57:09 UTC
Created attachment 5366 [details]
Screenshot of Blender's window after resuming from suspend

Blender was started _after_ resuming from suspend (it renders all of its GUI
through OpenGL). Notice the absense of any text in its window and garbage in
the center of screen (where should be the pop-up menu) and in the top-left
corner of the screen above window frame. Before resuming everything rendered
correctly.
Comment 5 Slava Gorbunov 2006-04-19 07:02:24 UTC
My xorg version is  6.8.99.901 (6.9.0 RC 1) (Minimal DRI build from X.org tree)
frow dri.freedesktop.org, using savage driver from savage-20060115 snapshot.
Comment 6 Slava Gorbunov 2006-05-28 07:24:13 UTC
I have found the following in my syslog after system (or only X11?) lockup.
Lockup was caused by running screensaver 'starwars' after resuming system from
suspend-to-disk. I have also noticed small amount of garbage in the top left
corner of the screen (like on screenshot with Blender's window).

May 28 00:21:59 nout kernel: [drm:savage_bci_wait_event_shadow] *ERROR* failed!
May 28 00:21:59 nout kernel: [drm]    status=0x00008b1f, e=0x8b2b

There was no other messages related to drm in syslog or Xorg.log
Comment 7 Tormod Volden 2006-10-19 14:56:20 UTC
I have this problem on Ubuntu 6.10 RC: https://launchpad.net/bugs/37218
Option "DmaMode" "None" seems to help, Option "DmaType" "PCI" helps a little
less. Can we provide more information that would help you to track this down?
Like register dumps before/after hibernation or more debug output from drm?
Comment 8 Daniel Stone 2007-02-27 01:31:33 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 9 Slava Gorbunov 2007-06-24 05:39:02 UTC
Now, with xf86-video-savage-2.1.2 and savage drm modules from git.freedesktop.org (this version of the driver doesn't work with drm shipped with the kernel) the behavior similar to described above (Blender doesn't render any text, garbage on the screen) is observed even without software suspend (e. g. right after clean system boot). Simple OpenGL applications (like glxgears) work fine, more complex (like Blender) aren't. The garbage pattern is different from one shown above, I'll post the screenshot later.
Comment 10 Slava Gorbunov 2007-06-24 08:35:09 UTC
Created attachment 10431 [details]
Blender window, just after system boot

Here is the screenshot of Blender's window, just after the system boot (without any attempts to suspend/resume) with xf86-video-savage-2.1.2 and drm modules from git.freedesktop.org. You can see that the problems, that arose only after suspend+resume with savage-2.0 and drm from the kernel (like incorrect rendering of complex objects, like fonts in Blender), now (with savage-2.1 and drm from freedesktop.org) emerge right after clean boot, without suspend/resume.
Comment 11 Slava Gorbunov 2007-06-24 09:13:58 UTC
Created attachment 10432 [details]
Xorg.log (xf86-video-savage-2.1.2, drm from git.freedesktop.org)

Xorg.log. No suspend/resume, just normal boot. The problem described above exists.
Comment 12 Jeremy Huddleston Sequoia 2011-10-09 17:53:29 UTC
Is this a kernel bug?  Should this be closed out?
Comment 13 Adam Jackson 2014-04-09 18:39:19 UTC
There's no longer a savage DRI driver.
Comment 14 GitLab Migration User 2018-08-10 20:46:10 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-savage/issues/1.


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.