Bug 19754 - [GM965] X freezes system when intel driver uses acceleration
Summary: [GM965] X freezes system when intel driver uses acceleration
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: 7.4 (2008.09)
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Jesse Barnes
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2009-01-26 16:36 UTC by Thomas Lippincott
Modified: 2009-02-14 13:32 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
log of X failing to start with acceleration enabled (15.78 KB, text/plain)
2009-01-26 16:37 UTC, Thomas Lippincott
no flags Details
log of X successfully starting without acceleration enabled (21.32 KB, text/plain)
2009-01-26 16:38 UTC, Thomas Lippincott
no flags Details
Xorg configuration file producing the two logs (2.54 KB, text/plain)
2009-01-26 16:39 UTC, Thomas Lippincott
no flags Details

Description Thomas Lippincott 2009-01-26 16:36:42 UTC
When I start GDM with the intel driver and "Option NoAccel True", everything is fine (but lacks hardware acceleration, of course).

Without the NoAccel option, the screen seems to go into a graphics mode (various pixel patterns show up) and flickers 2-3 times, then freezes.  The system is still running (if I type my login info, disk/processor activity shows that Gnome is loading, I can CTRL-ALT-DEL, etc), but the screen *never* recovers, even if I try switching to another virtual terminal in text mode, I need to reset the computer.

I've saved the logs from a "good" X start (without acceleration) and a "bad" start, but I don't see any obvious failures in the latter to explain this.  I've attached them ("Xorg.0.log.noaccel"=success, "Xorg.0.log.accel"=failure) and my xorg.conf.  The only difference between success and failure configs is (un)commenting the "NoAccel" line.

I'm running the latest Gentoo kernel (2.6.28-gentoo-r1).  Please let me know if I can provide more information.  Thanks,

-Tom
Comment 1 Thomas Lippincott 2009-01-26 16:37:42 UTC
Created attachment 22260 [details]
log of X failing to start with acceleration enabled
Comment 2 Thomas Lippincott 2009-01-26 16:38:35 UTC
Created attachment 22261 [details]
log of X successfully starting without acceleration enabled
Comment 3 Thomas Lippincott 2009-01-26 16:39:06 UTC
Created attachment 22262 [details]
Xorg configuration file producing the two logs
Comment 4 Thomas Lippincott 2009-02-07 11:33:32 UTC
I tried a git snapshot of 2.6.29, recompiled mesa, xf86-video-intel and xorg-server, but same problem.

-Tom
Comment 5 Thomas Lippincott 2009-02-09 12:46:41 UTC
(In reply to comment #4)
> I tried a git snapshot of 2.6.29, recompiled mesa, xf86-video-intel and
> xorg-server, but same problem.
> 
> -Tom
> 

It would be great just to get some suggestions of other approaches to try, either to fix the problem or get more information on it.  Narrowing it down to which constituent in hardware acceleration is responsible (the server, the intel driver, mesa, etc) would narrow things down considerably, but I'm out of ideas.

-Tom
Comment 6 Jesse Barnes 2009-02-13 14:24:20 UTC
Your xorg.conf looks reasonable...  The last thing in your failing log is some DRM related messages; I wonder if there are any kernel messages that might help narrow this down?  I'm hoping it's just a configuration problem...  Also, what version of libdrm are you running?  Hopefully 2.4.4 or git...
Comment 7 Jesse Barnes 2009-02-13 14:25:21 UTC
Oh and do you have any framebuffer drivers loaded?  If so, the patch in #19603
might help.
Comment 8 Thomas Lippincott 2009-02-13 15:55:15 UTC
(In reply to comment #7)
> Oh and do you have any framebuffer drivers loaded?  If so, the patch in #19603
> might help.
> 

Yes, my libdrm is directly from git: I also load the vesa framebuffer driver at boot, I'll give it a try without it and post the results.
Comment 9 Thomas Lippincott 2009-02-14 13:32:54 UTC
I updated and recompiled the git-tree for libdrm and acceleration is working now.  Thanks for the help!


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.