Bug 12634

Summary: [830 GEM] video distortion and lockup with 2.6.28.3
Product: Drivers Reporter: Bob Raitz (pappy_mcfae)
Component: Video(DRI - Intel)Assignee: Jesse Barnes (jbarnes)
Status: RESOLVED UNREPRODUCIBLE    
Severity: normal CC: daniel.moos, gordon.jin, jbarnes, kernel, rjw
Priority: P3    
Hardware: All   
OS: Linux   
Kernel Version: 2.6.28.3 Subsystem:
Regression: Yes Bisected commit-id:
Bug Depends on:    
Bug Blocks: 11808    
Attachments: /var/log/dmesg with 2.6.28.3 kernel
/var/log/Xorg.0.log while running 2.6.28.3
/var/log/dmesg with 2.6.27.12 kernel
/var/log/Xorg.0.log while running 2.6.27.12
.config file for 2.6.28.3
.config file for 2.6.27.12
This is how the desktop looks when things are right.
This is how the desktop looks with 2.6.28.3, note lower task bar
This is how the desktop looks with 2.6.28.3, note side bar
This is how the desktop looks with 2.6.28.3, note both bars and conky

Description Bob Raitz 2009-02-04 21:10:20 UTC
Latest working kernel version:2.6.27.12
Earliest failing kernel version:2.6.28
Distribution: Gentoo
Hardware Environment: x86
Software Environment: GNU/Linux
Problem Description: After updating to GEM through portage while running 2.6.28.3, laptop with i830 video chip has video distortion with KDE-3.5.10. Machine also locks coming out of KDE. The machine still works as far as the network is concerned, ie ssh and nfs, but will not respond to mouse or keyboard. Pressing the power button trips acpid, which shuts off the machine.

Steps to reproduce: Boot with 2.6.28.3 kernel. Machine shows distortion in KDE-3.5.10, and locks coming out of it.
Comment 1 Bob Raitz 2009-02-04 21:18:11 UTC
The machine in question originally would not start KDE if it was running a 2.6.28 kernel. After GEM became available, upgrading to it allowed a machine with an io915 video chip to work with 2.6.28.3. While the machine in question will start a KDE session, the video is extremely distorted (pictures to follow). The video locks up coming out of KDE. Information on machine to follow.

lspci:

gen_tosh ~ # lspci
00:00.0 Host bridge: Intel Corporation 82830 830 Chipset Host Bridge (rev 03)
00:02.0 VGA compatible controller: Intel Corporation 82830 CGC [Chipset Graphics Controller] (rev 03)
00:02.1 Display controller: Intel Corporation 82830 CGC [Chipset Graphics Controller]
00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801CA/CAM USB Controller #3 (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 41)
00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 01)
00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 01)
00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller (rev 01)
02:04.0 CardBus bridge: Texas Instruments PCI1420 PC card Cardbus Controller
02:04.1 CardBus bridge: Texas Instruments PCI1420 PC card Cardbus Controller
07:00.0 Ethernet controller: ADMtek 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 11)
 
Comment 2 Bob Raitz 2009-02-04 21:19:48 UTC
Created attachment 20110 [details]
/var/log/dmesg with 2.6.28.3 kernel
Comment 3 Bob Raitz 2009-02-04 21:20:59 UTC
Created attachment 20111 [details]
/var/log/Xorg.0.log while running 2.6.28.3
Comment 4 Andrew Morton 2009-02-04 21:22:06 UTC
Thanks.

Reassigned to DRI, marked as a regression.
Comment 5 Bob Raitz 2009-02-04 21:22:07 UTC
Created attachment 20112 [details]
/var/log/dmesg with 2.6.27.12 kernel
Comment 6 Bob Raitz 2009-02-04 21:24:27 UTC
Created attachment 20113 [details]
/var/log/Xorg.0.log while running 2.6.27.12
Comment 7 Bob Raitz 2009-02-04 21:24:59 UTC
Created attachment 20114 [details]
.config file for 2.6.28.3
Comment 8 Bob Raitz 2009-02-04 21:26:09 UTC
Created attachment 20115 [details]
.config file for 2.6.27.12
Comment 9 Bob Raitz 2009-02-04 21:27:53 UTC
Created attachment 20116 [details]
This is how the desktop looks when things are right.

This is how the desktop looks when things are right.
Comment 10 Bob Raitz 2009-02-04 21:29:30 UTC
Created attachment 20117 [details]
This is how the desktop looks with 2.6.28.3, note lower task bar
Comment 11 Bob Raitz 2009-02-04 21:30:55 UTC
Created attachment 20118 [details]
This is how the desktop looks with 2.6.28.3, note side bar
Comment 12 Bob Raitz 2009-02-04 21:32:03 UTC
Created attachment 20119 [details]
This is how the desktop looks with 2.6.28.3, note both bars and conky
Comment 13 Bob Raitz 2009-02-04 21:36:35 UTC
Just to make absolutely clear, without GEM, the machine in question will not start X. With GEM, I get the problem described here. I have another machine that, once upgraded to GEM, now runs 2.6.28.3 properly, but would not beforehand.

Any other info needed? Just ask.
Comment 14 Bob Raitz 2009-02-04 21:38:16 UTC
(In reply to comment #4)
> Thanks.
> 
> Reassigned to DRI, marked as a regression.
> 

Wow, that was fast. Thanks.
Comment 15 Daniel Moos 2009-02-14 15:43:15 UTC
Got similar errors with .28 here and the patches for .29-rc1 or -rc2 fixed them.
Comment 16 Bob Raitz 2009-02-14 23:33:29 UTC
I recently grabbed 2.6.29-rc3-zen1, and while I was able to get X to start, the initial KDE-3.5.x splash screen is all messed up. 

After that, I may or may not be able to exit X. If I dare to try to go for a second X run, X will start, but the WM (either KDE-3.5.10 or XFCE-4.4) will not start. The mouse moves, but even Skinny Elephants can't get it back. 

I can still access the machine via ssh and nfs, and I can shut it down with one press of the power button...thank the goddess for acpid. I guess you could say it's a step ahead, but I'd prefer something that can come out of and into X as I choose.
Comment 17 Bob Raitz 2009-02-23 22:26:59 UTC
The bug remains with .29 rc kernels. So, yes, this is still an active bug.
Comment 18 Bob Raitz 2009-03-03 14:54:48 UTC
Still remains.
Comment 19 Daniel Drake 2009-03-14 16:56:22 UTC
So is there any known working situation? What do you mean by "updating to GEM"?
Comment 20 Bob Raitz 2009-03-15 01:16:06 UTC
(In reply to comment #19)
> So is there any known working situation? What do you mean by "updating to
> GEM"?
> 

Moving to mesa-7.2, and libdrm-2.4.5, which contain code for GEM. In other words, where it used to say "Failed to initialize TTM. Falling back to classic," it then said "Failed to intitialize GEM. Falling back to classic."

Known working situation, as in, does it work at all with 2.6.28.x. No, this machine will not work that way. The machine in question simply will not work properly under X with a .28 kernel. It is currently working with 2.6.27.19.
Comment 21 Rafael J. Wysocki 2009-03-23 15:20:31 UTC
On Saturday 21 March 2009, Robert Raitz wrote:
> 
> Yes, this bug remains for the i830. I'd like go get it fixed, if at all
> possible.
> 
> 
> --- On Sat, 3/21/09, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> 
> > From: Rafael J. Wysocki <rjw@sisk.pl>
> > Subject: [Bug #12634] video distortion and lockup with i830 video chip and
> 2.6.28.3
> > To: "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>
> > Cc: "Kernel Testers List" <kernel-testers@vger.kernel.org>, "Bob Raitz"
> <pappy_mcfae@yahoo.com>
> > Date: Saturday, March 21, 2009, 12:07 PM
> > This message has been generated automatically as a part of a
> > report
> > of regressions introduced between 2.6.27 and 2.6.28.
> > 
> > The following bug entry is on the current list of known
> > regressions
> > introduced between 2.6.27 and 2.6.28.  Please verify if it
> > still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry   :
> > http://bugzilla.kernel.org/show_bug.cgi?id=12634
> > Subject             : video distortion and lockup with i830 video chip
> > and 2.6.28.3
> > Submitter   : Bob Raitz <pappy_mcfae@yahoo.com>
> > Date                : 2009-02-04 21:10 (46 days old)
Comment 22 Bob Raitz 2009-04-02 18:53:39 UTC
The machine that was having this issue has died. Therefore, unless someone else wishes to champion this cause, I say let the bug die with the machine.
Comment 23 Jesse Barnes 2009-12-02 19:45:42 UTC
Sorry about that, but at least we have one less i830 machine to worry about :/