Bug 12924

Summary: On GM965 KMS enabled kernel X does not draw untill mouse is moved. Probably IRQ problems.
Product: Drivers Reporter: Mateusz Kaduk (mateusz.kaduk)
Component: Video(DRI - Intel)Assignee: drivers_video-dri-intel (drivers_video-dri-intel)
Status: CLOSED CODE_FIX    
Severity: blocking CC: andrew.james.barr, gordon.jin
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 2.6.29 Subsystem:
Regression: No Bisected commit-id:

Description Mateusz Kaduk 2009-03-24 00:07:44 UTC 
Latest working kernel version: Every version with KMS disabled.
Earliest failing kernel version: Same problem with 2.6.29rc8
Distribution: GNU/Linux Debian Sid
Hardware Environment: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)

Software Environment: Xorg(master) libdrm(master) xf86-intel(master) mesa(master)
Problem Description: X does not draw elements unless mouse currsor is moved. Moreover things are horribly slow.

Also after booting in KMS enabled mode.
 grep i915 /proc/interrupts 
 29:          1          0   PCI-MSI-edge      i915
After booting in KMS disabled mode.
 grep i915 /proc/interrupts 
 29:       5853       5411   PCI-MSI-edge      i915@pci:0000:00:02.0

dmesg/syslog/Xorg.0.log does not produce any strange information so not attached.

Steps to reproduce: Boot in KMS enabled kernel 2.6.29 on GM965 with software as above and startx or gdm.
Comment 1 Andrew Barr 2009-04-03 23:52:20 UTC 
Confirming this issue with the same hardware...present in drm-fixes and drm-linus trees as well. Makes KMS useless on my laptop, even though it otherwise works correctly.
Comment 2 Gordon Jin 2009-09-17 03:51:36 UTC 
Does this still exist in 2.6.31?
Comment 3 Mateusz Kaduk 2009-09-17 06:52:18 UTC 
This has been fixed in 2.6.30 already or maybe 2.6.29.
And was caused by vbetool on Debian systems messing with gpu, now not only this package is not mandatory, but there is also in kernel fix for such a cases.

I am closing this.