Bug 19886 - [GM965 KMS] Xorg wedges gpu on start
Summary: [GM965 KMS] Xorg wedges gpu on start
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Jesse Barnes
QA Contact: Xorg Project Team
Keywords: NEEDINFO
Depends on:
Reported: 2009-02-01 16:27 UTC by Ben Gamari
Modified: 2017-07-24 23:11 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

dmesg log (42.93 KB, text/plain)
2009-02-01 16:33 UTC, Ben Gamari
no flags Details
Xorg log (21.11 KB, text/plain)
2009-02-01 16:33 UTC, Ben Gamari
no flags Details

Description Ben Gamari 2009-02-01 16:27:08 UTC
My attempts at testing KMS on my Dell Latitude D830 (GM965) have been thwarted by persistent issues starting Xorg. Upon booting with i915.modeset=1 on the kernel command line, Xorg freezes, resulting in a black screen and unresponsive local keyboard. The machine is accessible through a serial console, although the console behaves quite strangely (serial console keystrokes aren't processed unless you hold down a key on the local keyboard). This behavior stops as soon as one breaks Xorg in gdb.

The stack backtrace shows that the x server is waiting for the drm,

Program received signal SIGINT, Interrupt.
0x0000003f7f4de037 in ioctl () from /lib64/libc.so.6
(gdb) bt
#0  0x0000003f7f4de037 in ioctl () from /lib64/libc.so.6
#1  0x00007f5a450c1183 in drmIoctl (fd=11, request=25688, arg=0x0)
    at xf86drm.c:187
#2  0x00007f5a450c1486 in drmCommandNone (fd=11, 
    drmCommandIndex=<value optimized out>) at xf86drm.c:2313
#3  0x00007f5a44c40f28 in I830BlockHandler (i=<value optimized out>, 
    blockData=0x0, pTimeout=0x7fff4db9d418, pReadmask=0x7cbc40)
    at i830_driver.c:2717
#4  0x00000000004cc3d8 in AnimCurScreenBlockHandler (screenNum=0, 
    blockData=0x0, pTimeout=0x7fff4db9d418, pReadmask=0x7cbc40)
    at animcur.c:222
#5  0x00000000004aa8c9 in compBlockHandler (i=0, blockData=0x0, 
    pTimeout=0x7fff4db9d418, pReadmask=0x7cbc40) at compinit.c:158
#6  0x000000000042aec0 in BlockHandler (pTimeout=0x7fff4db9d418, 
    pReadmask=0x7cbc40) at dixutils.c:384
#7  0x000000000043dee1 in WaitForSomething (pClientsReady=0x3cc5320)
    at WaitFor.c:215
#8  0x000000000042a550 in Dispatch () at dispatch.c:362
#9  0x00000000004243cd in main (argc=8, argv=0x7fff4db9d5f8, 
    envp=<value optimized out>) at main.c:396
Comment 1 Ben Gamari 2009-02-01 16:33:06 UTC
Created attachment 22450 [details]
dmesg log
Comment 2 Ben Gamari 2009-02-01 16:33:19 UTC
Created attachment 22451 [details]
Xorg log
Comment 3 Gordon Jin 2009-03-10 00:29:47 UTC
Does this still exist in the latest code?
Comment 4 Jesse Barnes 2009-03-12 16:34:40 UTC
Ben, yeah there have been a lot of fixes since you reported this one, including some startup related bugs.  Can you try again with the latest 2D driver release and an -rc7 kernel or so?  (Or better yet, master of 2D and drm-intel-next from anholt's kernel tree.)
Comment 5 Jesse Barnes 2009-04-10 12:36:11 UTC
FWIW it works for me on my 965GM, with UXA, DRI2 and a full compiz session.
Comment 6 Jesse Barnes 2009-04-10 16:23:25 UTC
Ben please re-open if you can reproduce this with recent bits; seems fixed though.
Comment 7 Ben Gamari 2009-04-11 09:04:42 UTC
Things seem to be fine. I haven't had any issues as of late. I'll definitely let you know if the situation somehow changes though. Thanks,

- Ben

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.