Ubuntu
xserver-xorg-video-intel package

[i865] karmic: X11 Freezes when UXA is enabled

Bug #433541 reported by Steve
26
This bug affects 4 people
Affects Status Importance Assigned to Milestone
xf86-video-intel
Fix Released
Medium
xserver-xorg-video-intel (Ubuntu)
Fix Released
Undecided
Unassigned
Nominated for Karmic by Toon Verstraelen

Bug Description

I've attempted to install both Karmic alpha 5 & 6 on this machine.
Neither would ever install successfully. At some point, the system
would just freeze.

Jaunty installed fine on this sytem and ran like a champ. I then
upgraded it to the latest Karmic, and the same thing started happening.

I can login to gdm and use the system for awhile (1-15 minutes) before
it freezes again. When it freeze, the mouse will still move, but the
keyboard is dead. I can't even ssh to the box. However, I can ping it
still.

I've never had the freeze occur in "recovery mode" at all. I suspect
it's because X is never launched.

ProblemType: Bug
Architecture: i386
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/dsp', '/dev/snd/by-path', '/dev/snd/controlC0', '/dev/snd/pcmC0D3c', '/dev/snd/pcmC0D4p', '/dev/snd/pcmC0D0c', '/dev/snd/pcmC0D2c', '/dev/snd/pcmC0D0p', '/dev/snd/pcmC0D1c', '/dev/snd/seq', '/dev/snd/timer', '/dev/sequencer', '/dev/sequencer2'] failed with exit code 1:
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'ICH5'/'Intel ICH5 with AD1980 at irq 17'
   Mixer name : 'Analog Devices AD1980'
   Components : 'AC97a:41445370'
   Controls : 40
   Simple ctrls : 29
Date: Sun Sep 20 10:10:34 2009
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=6b737e85-2b49-4a3d-9676-04ab7b496321
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.
Lsusb:
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Dell Computer Corporation Dimension 3000
Package: linux-image-2.6.31-10-generic 2.6.31-10.34
ProcCmdLine: root=UUID=c68524fb-438a-4d7f-82cc-a0300f969d14 ro single
ProcEnviron:
 PATH=(custom, no user)
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
RelatedPackageVersions:
 linux-backports-modules-2.6.31-10-generic N/A
 linux-firmware 1.19
RfKill:

SourcePackage: linux
Uname: Linux 2.6.31-10-generic i686
WpaSupplicantLog:

dmi.bios.date: 11/08/2004
dmi.bios.vendor: Dell Computer Corporation
dmi.bios.version: A02
dmi.board.name: 0K8980
dmi.board.vendor: Dell Computer Corp.
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Computer Corporation
dmi.modalias: dmi:bvnDellComputerCorporation:bvrA02:bd11/08/2004:svnDellComputerCorporation:pnDimension3000:pvr:rvnDellComputerCorp.:rn0K8980:rvr:cvnDellComputerCorporation:ct6:cvr:
dmi.product.name: Dimension 3000
dmi.sys.vendor: Dell Computer Corporation

See original description
Revision history for this message
In , Zorael (zorael) wrote :

Not yet fixed as of git commit a8a771a853478e5f45f71d0eff3c4d55bf24d0ad.

Revision history for this message
In , Jesse Barnes (jbarnes-virtuousgeek) wrote :

Adjusting severity: crashes & hangs should be marked critical.

Revision history for this message
In , Eric Anholt (eric-anholt) wrote :

Could you try with kernel commit:

commit cfa16a0de5392c54db553ec2233a7110e4b4da7a
Author: Eric Anholt <email address hidden>
Date: Tue May 26 18:46:16 2009 -0700

    drm/i915: Apply a big hammer to 865 GEM object CPU cache flushing.

in the for-review branch of my kernel tree, or posted to
<email address hidden>

Revision history for this message
In , Zorael (zorael) wrote :

I compiled a new kernel from git which included that commit, and the behavior persists. I'd like to say that it's "better" though, since now it seems to last a bit longer before locking up.

At the time of writing this, I'm happily right-clicking my desktop and getting the context menu pop up. ...Now I opened up konsole and entered a single command, and it locked up.

With this kernel I'm running with KMS enabled (which seems to work great), but when it locks up the keyboard doesn't respond, so I cannot switch to a virtual terminal.

The tail of Xorg.0.log doesn't contain anything interesting; the last thing it did was list modelines.

Revision history for this message
In , Zorael (zorael) wrote :

To clarify, at the risk of coming through as spamming, this happens both with KMS enabled and with it disabled via the nomodeset bootline option. Also, the "seems better" behavior described is still a rare occurence, though an occurence that *never* happened earlier. Even with this new kernel, most of the time it never gets around to drawing the desktop, instead hanging during the splash animation.

Revision history for this message
In , Zorael (zorael) wrote :

Created an attachment (id=27593)
dmesg after trying to restart X

Revision history for this message
In , Zorael (zorael) wrote :

Updating description.

With a daily live image of Kubuntu Karmic (11/7) the issue remains. I also tried booting up in single mode (still on the live image), and updated xserver-xorg-core, xserver-xorg-video-intel and mesa packages from xorg-edgers, to no improvement.

In preparation, while still in the cli I installed openssh-server and managed to stay connected with my other machine when it locked. From this ssh session I have *full* control of the system, but I still can't recover. dmesg didn't say anything interesting, but I saved a copy of Xorg.0.log and a gpu dump at this point, which I'll attach.

I tried stopping kdm, but it wouldn't respond to SIG_TERM (only SIG_KILL), the X process likewise. Trying to restart kdm - and by extension X - spawns both processes but just makes the screen modechange and stop again.

At this point I started getting dmesg output I hadn't before; this is when X is trying to restart. It didn't output this when it had just hung, if that is of relevance. (Might've already attached it before this comment, browser malfunction)

dmesg: http://pastebin.ubuntu.com/215581

It's easy to reproduce the steps to get here, if you want me to produce output of other commands.

Revision history for this message
In , Zorael (zorael) wrote :

Created an attachment (id=27594)
gpu dump

Revision history for this message
In , Zorael (zorael) wrote :

Created an attachment (id=27595)
lspci -vn output

Revision history for this message
In , Zorael (zorael) wrote :

Created an attachment (id=27596)
Xorg.0.log up until it froze

Revision history for this message
In , Zorael (zorael) wrote :

Created an attachment (id=27597)
Xorg.0.log when trying to restart it

Revision history for this message
In , Eric Anholt (eric-anholt) wrote :

Could you test with this change in the 2D driver?

commit a1e6abb5ca89d699144d10fdc4309b3b78f2f7a9
Author: Eric Anholt <email address hidden>
Date: Wed Jul 15 14:15:10 2009 -0700

    Use batch_start_atomic to fix batchbuffer wrapping problems with 8xx render.

    Bug #22483.

Revision history for this message
In , Zorael (zorael) wrote :

(In reply to comment #12)
> Could you test with this change in the 2D driver?

Did not seem to help, using the 2.8.0 + commit 6f3fc6b2 package from xorg-edgers, tried on both a live usb of Jaunty and one of a Karmic daily. The desktop tries to load but everything inevitably locks.

Revision history for this message
In , Eric Anholt (eric-anholt) wrote :

Thanks for checking. There appear to still be some serious 865 issues as I've found since that last commit, and unfortunately the solution at the moment would be to just disable Render acceleration.

Revision history for this message
In , Brice Goglin (brice-goglin) wrote :

Render acceleration is disabled on i8xx in Debian unstable but I still get hangs soon after X startup on my i865.

Debian's patch disabling render accel is:
http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-intel.git;a=blob;f=debian/patches/disable-uxa-render-accel-on-i8xx.patch;h=6cb74f2fe3ce7c102e4bbb7118f3dd8fd16e2c1d;hb=7044a130ba4225295c890f3d65763dc21cff5846

It makes the last line below disappear:
(II) UXA(0): Driver registered support for the following operations:
(II) solid
(II) copy
(II) composite (RENDER acceleration)

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

I am seeing this same issue under Gentoo. The kernel version is 2.6.30-r4, xorg is 7.4, xorg server is 1.6.3 and the intel video driver is 2.8.0.

I am using WindowMaker and the session stays active for quite some time before a hang. If I just open an xterm or if I let the system stay idle, I haven't seen a hang. But if I open firefox and start browsing or if I move windows around rapidly, the hang comes very soon after that. Again, mouse cursor can be moved around the screen, but clicking on visual elements doesn't take effect.

I will attach the relevant system information and logs...

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

Created an attachment (id=28466)
kernel boot log

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

Created an attachment (id=28467)
xorg log file

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

Created an attachment (id=28468)
xorg configuration file

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

Created an attachment (id=28469)
lspci output

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

Created an attachment (id=28470)
cat /proc/cpuinfo output

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

I have done a few more tests on this:

Currently, my system has kernel 2.6.30-gentoo-r4 and intel video 2.8.0 and the problem can be duplicated easily. I have tried downgrading the video driver to 2.7.1 and the problem persisted. The I have tried downgrading the kernel to 2.6.30-gentoo-r1 (I kept the video driver at 2.7.1) and the problem didn't happen anymore. The I have tried upgrading the video driver back to 2.8.0 (while keeping the kernel at 2.6.30-gentoo-r1) and the problem came back. So, in order for the problem to go away, both the linux kernel and the video driver must be downgraded. According to my observations, linux kernel 2.6.30-gentoo-r1 and intel video 2.7.1 seem to be working.

I had initially reported this bug on the gentoo bugzilla:

http://bugs.gentoo.org/show_bug.cgi?id=280661

I have inquired there about the differences between the two kernel versions

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

If it will help, I can provide the source code for both intel video 2.7.1 and 2.8.0. I also have the sources for both kernel versions, so I can provide the necessary files from that source tree if needed. I can also provide the diffs...

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

After using the system for almost 3 hours, using kernel 2.6.30-r1 and intel video driver 2.7.1, the hang happened again.

This time I have tried to connect to the system using secure shell and I succeeded. Then I have tried killing the X server using killall. That didn't take effect. Then I killed the server using kill -9 and that worked. But even though I remain connected to the system through ssh, on the system I am not seeing the command prompt. switching terminals doesn't work either. The screen is mostly black with an array of tiny periodic red dots.

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

tried downgrading xorg-server from 1.6.3 to 1.5.3. This also required a recompilation of the keyboard and mouse driver and the intel video driver (ABI change). Hang is still happening :(

Any idea what else I can try? I thought about downgrading the MESA library, but is that used when I do regular browsing using firefox. My understanding is that mesa is only used with games and such (3D) and not for 2D...

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

Prevented windowmaker from running so that twm will be used as the window manager. Hang still happens, using firefox. I am out of idias to try at the moment.

The problem started happening after a large system update which covered some 96 packages.

Hope anybody can provide some ideas for debugging, otherwise I will just do a complete reinstall...

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

Another test: I have disabled DRI in xorg.conf and now firefox is working for almost a half hour with no problems. Of course, it is very sluggish, but no hang so far...

Revision history for this message
In , Wolfmoon (wolfmoon) wrote :

I would like to mention that the only working configuration for me on debian is:

linux-image-2.6.26
xserver-xorg-video-intel 2:2.7.1-1

No matter what version of xserver, xorg or mesa is installed.
I've tried 2.6.29 and some 2.6.30 rcs and intel drivers 2:2.7.99.901.

More info in my comment here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527349#27

Michal Pokrywka

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

I have restored my original configuration, which was:

xorg-server 1.6.3
intel video 2.8.0
kernel 2.6.30-r4
xf86-input-keyboard 1.3.2
xf86-input-mouse 1.4.0

With this configuration, if I do startx and run firefox, the hang happens quickly.

I have tried using the "NoAccel" option, but the driver apparently doesn't support this option (based on a messages in the Xorg.log).

Then I have tried setting "DRI" to "no", and the hang still happened. Note that in a previous test, disabling "DRI" prevented the problem. In that test, the xorg-server was 1.5.3 and the intel driver was 2.7.1. But with the latest versions, even setting "DRI" to "no" doesn't prevent the problem.

Finally, I have compiled the vesa driver (version 2.2.1). I am using this driver now and after a half hour, there are no hangs...

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

(In reply to comment #28)
> No matter what version of xserver, xorg or mesa is installed.
> I've tried 2.6.29 and some 2.6.30 rcs and intel drivers 2:2.7.99.901.

I am currently using mesa 7.5. I wonder if I start windowmaker and run firefox, will the mesa libraries be used?

Revision history for this message
In , Ta-taydin (ta-taydin) wrote :

I have been using the system for 5 hours now with no crash. The only difference between the crashing configuration and the not crashing configuration is using the vesa video driver vs the intel video driver, which is evidence that the problem is related to the video driver.

My home computer is also running gentoo with the following versions:

* Searching for xorg-server ...
IP-] [ ~] x11-base/xorg-server-1.6.2-r1 (0)

* Searching for xf86-input-keyboard ...
IP-] [ ] x11-drivers/xf86-input-keyboard-1.3.2 (0)

* Searching for xf86-input-mouse ...
IP-] [ ] x11-drivers/xf86-input-mouse-1.4.0 (0)

* Searching for gentoo-sources ...
IP-] [ ~] sys-kernel/gentoo-sources-2.6.30-r1 (2.6.30-r1)

* Searching for mesa ...
IP-] [ ~] media-libs/mesa-7.4.4 (0)

* Searching for xf86-video-radeonhd ...
IP-] [ ~] x11-drivers/xf86-video-radeonhd-1.2.5 (0)

This system is running stable for a long time. The only difference between my home system and the work system is the xorg-server version (1.6.3 vs 1.6.2), the mesa version (7.5 ve 7.4.4) and the video driver (radeonhd vs intel). I haven't tried xorg-server 1.6.2 and mesa 7.4.4 at work, but my gut feeling is that it won't make a difference and that the significant change here is the video driver.

But if anybody thinks the changes between the mesa and xorg-server versions are significant, I can try that, too.

Revision history for this message
In , Wolfmoon (wolfmoon) wrote :

(In reply to comment #30)
> (...). I wonder if I start windowmaker and run firefox,
> will the mesa libraries be used?

I'm not sure, I think You should run some glxgears or similar program to be certain.

Anyway, some MORE INFO now :)

I was suggested to run memtest86+ on my box where problem occurs, with option Configuration -> Memory Sizeing -> Bios-ALL, and it locks up when 61% complete.

I was also informed that inserting external graphic adapter doesn't help, so it seems there is a problem with whole motherboard.

If anyone can do such tests with memtest86+ and external graphic card it could be helpful - I think.

Revision history for this message
In , Gordon Jin (gordon-jin) wrote :

Eric Anholt posted a kernel patch that fixes several hangs for
pre-9xx chipsets:

http://lists.freedesktop.org/archives/intel-gfx/2009-September/004122.html

Could you try if it works?

Revision history for this message
In , Wolfmoon (wolfmoon) wrote :

(In reply to comment #33)
> Eric Anholt posted a kernel patch that fixes several hangs for
> pre-9xx chipsets:
>
> http://lists.freedesktop.org/archives/intel-gfx/2009-September/004122.html
>
> Could you try if it works?
>

Unfortunately, I've got rid of my mainboard, but I will try as soon as I can.

Revision history for this message
In , Albert Damen (albrt) wrote :

I am not the original reporter, but Eric's patch works great for me on an 865.

Revision history for this message
Steve (steve-clublinux) wrote : System Freeze - Possibly UXA related?

I've attempted to install both Karmic alpha 5 & 6 on this machine.
Neither would ever install successfully. At some point, the system
would just freeze.

Jaunty installed fine on this sytem and ran like a champ. I then
upgraded it to the latest Karmic, and the same thing started happening.

I can login to gdm and use the system for awhile (1-15 minutes) before
it freezes again. When it freeze, the mouse will still move, but the
keyboard is dead. I can't even ssh to the box. However, I can ping it
still.

I've never had the freeze occur in "recovery mode" at all. I suspect
it's because X is never launched.

ProblemType: Bug
Architecture: i386
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/dsp', '/dev/snd/by-path', '/dev/snd/controlC0', '/dev/snd/pcmC0D3c', '/dev/snd/pcmC0D4p', '/dev/snd/pcmC0D0c', '/dev/snd/pcmC0D2c', '/dev/snd/pcmC0D0p', '/dev/snd/pcmC0D1c', '/dev/snd/seq', '/dev/snd/timer', '/dev/sequencer', '/dev/sequencer2'] failed with exit code 1:
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'ICH5'/'Intel ICH5 with AD1980 at irq 17'
   Mixer name : 'Analog Devices AD1980'
   Components : 'AC97a:41445370'
   Controls : 40
   Simple ctrls : 29
Date: Sun Sep 20 10:10:34 2009
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=6b737e85-2b49-4a3d-9676-04ab7b496321
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.
Lsusb:
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Dell Computer Corporation Dimension 3000
Package: linux-image-2.6.31-10-generic 2.6.31-10.34
ProcCmdLine: root=UUID=c68524fb-438a-4d7f-82cc-a0300f969d14 ro single
ProcEnviron:
 PATH=(custom, no user)
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
RelatedPackageVersions:
 linux-backports-modules-2.6.31-10-generic N/A
 linux-firmware 1.19
RfKill:

SourcePackage: linux
Uname: Linux 2.6.31-10-generic i686
WpaSupplicantLog:

dmi.bios.date: 11/08/2004
dmi.bios.vendor: Dell Computer Corporation
dmi.bios.version: A02
dmi.board.name: 0K8980
dmi.board.vendor: Dell Computer Corp.
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Computer Corporation
dmi.modalias: dmi:bvnDellComputerCorporation:bvrA02:bd11/08/2004:svnDellComputerCorporation:pnDimension3000:pvr:rvnDellComputerCorp.:rn0K8980:rvr:cvnDellComputerCorporation:ct6:cvr:
dmi.product.name: Dimension 3000
dmi.sys.vendor: Dell Computer Corporation

Revision history for this message
Steve (steve-clublinux) wrote :
Revision history for this message
Steve (steve-clublinux) wrote :

I'd like to verify it is really UXA. Is there a way to disable UXA in Karmic? I found a few ways to do it in prior versions of Ubuntu that no longer appear to work in Karmic:

I've tried adding the following as a kernel parameter at the end:
i915.modeset=0
nomodset

I've also tried modifying xorg.conf and adding the following line in the device section for the video card:
        Option "AccelMethod" "EXA"
        Option "MigrationHeuristic" "greedy"

Neither seem to disable uxa.

Revision history for this message
Steve (steve-clublinux) wrote :

Correcting to original bug report. I can SSH to the box when it freezes. If I kill X, the display disappears, but the keyboard never starts working again. I restarted gdm, but no display ever appears again and the keyboard is still dead. X did start when I restarted gdm.

Revision history for this message
Steve (steve-clublinux) wrote :

The machine has been running stable for almost 9 hours now. Considering it never made it more than 15 minutes previously, I think I have a reasonably stable work around (acceleration is lost though).

Here's what I did:

blacklisted the i915 module
changed the driver to "vesa" in xorg.conf
changed the video memory from 1 to 8 MB in the BIOS

At least the system is usable now even though acceleration is gone.

Revision history for this message
Steve (steve-clublinux) wrote :

Updated to 2.6.31-10.35-generic. The change log listed a drm/i915 fix, but it did not resolve my issue.

Revision history for this message
Steve (steve-clublinux) wrote :

In bug #429421, the following patched kernel was created to address that bug.

http://people.canonical.com/~apw/lp429241-karmic/

When I run this kernel X no longer freezes, but it uses 99-100% of the CPU when applications like firefox or system monitor are running. It's an improvement at least, but it still leaves the box pretty unusable.

Revision history for this message
Toon Verstraelen (toon-verstraelen) wrote :

My computer has the same graphics chip set and shows exactly the same symptoms. Thanks for the workaround.

Toon Verstraelen (toon-verstraelen)
affects: linux (Ubuntu) → xserver-xorg-video-intel (Ubuntu)
Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-video-intel:
status: Unknown → Confirmed
Revision history for this message
Toon Verstraelen (toon-verstraelen) wrote :

There seems to be a fix for this problem. See the bottom of the upstream bug report:

https://bugs.freedesktop.org/show_bug.cgi?id=21470

Patch for the kernel can be found here:

http://lists.freedesktop.org/archives/intel-gfx/2009-September/004122.html

or

http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git;a=commit;h=e517a5e97080bbe52857bd0d7df9b66602d53c4d

Toon Verstraelen (toon-verstraelen)
Changed in xserver-xorg-video-intel (Ubuntu):
status: New → Confirmed
summary: - System Freeze - Possibly UXA related?
+ [i865] X11 Freezes when UXA is enabled
Toon Verstraelen (toon-verstraelen)
summary: - [i865] X11 Freezes when UXA is enabled
+ [i865] karmic: X11 Freezes when UXA is enabled
tags: added: 865g freeze karmic
Revision history for this message
Toon Verstraelen (toon-verstraelen) wrote :

With the following kernel, the problem is fixed on my machine:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.32-rc1/

Revision history for this message
Steve (steve-clublinux) wrote :

I've been running on this kernel now for a couple of hours without issue. I've even been through a suspend/resume cycle without issue. It appears to have fixed the issue. Is there any chance of getting the fix back ported into Karmic?

Revision history for this message
Steve (steve-clublinux) wrote :

I'm still running stable using the above kernel, however, I noticed X requires more CPU than normal. For example, running top with a refresh of 1 second in a terminal window will cause X to use about 15% of the CPU. Even making small movements on the screen would cause X to use even more CPU (50+%).

I installed the latest xserver-xorg-video-intel from ubuntu-x-swat (which contains the 2.9 driver), and the system is performing a lot better. X only uses 1-2% in the "top" example above. Moving windows around the screen no longer stresses the system. The system seems pretty stable so far too. Is there any chance of 2.9 going into Karmic along with a back ported kernel fix from 2.6.32rc?

Revision history for this message
Toon Verstraelen (toon-verstraelen) wrote :

I've also tested 2:2.9.0-1ubuntu1~xup~1 from ubuntu-x-swat and it shows the same performance improvements. Thanks for the hint!

Revision history for this message
Antioch (sesshomaru-2k3) wrote :

I tried to install the Beta and it repeatedly froze on me at random points during the installation. I remember that intel drivers were in issue in previous versions of ubuntu and found this bug report. I have the same graphics chipset.

I will likely install using the text-based installer and change my packages to match what was discussed here.

If I have to go through all this trouble, I don't think new linux people will be able to install Ubuntu. This definitely needs to be fixed before Karmic release.

Revision history for this message
Toon Verstraelen (toon-verstraelen) wrote :

On top of the page, you can click the 'Nominate for release' link. Please do so.

Changed in xserver-xorg-video-intel (Ubuntu):
status: Confirmed → In Progress
Revision history for this message
GonzO (gonzo) wrote :

Same problem. Would really like the priority of this bug to be set to "high".

Revision history for this message
GonzO (gonzo) wrote :

I'm not one to post multiple replies in the same day, but I believe I've found a VERY easy workaround to this.

I added the Ubuntu-X repository for Karmic, and did a dist-upgrade. I have been using version 2.9.0 of the Intel driver (and supporting Mesa update) for the past few hours... not a single freeze (I usually see the freeze with the Intel driver a minute or two after login).

For reference, the PPA is here: https://launchpad.net/~ubuntu-x-swat/+archive/x-updates/

Machine stats: Dell Dimension 3000
00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)

...this is really working well, so far.

Revision history for this message
Steve (steve-clublinux) wrote :

GonzO, are the ubuntu-x-swat packages working for you with the karmic kernel, or did you have to update to the 2.6.32rc kernel? I've been running with the x-swat packages (see my post on 10-4-2009), but it only helped if I was on the 2.6.32rc kernel.

Toon, I've tried to nominate it, but Karmic isn't one of the choices. Only the previous 4 releases are listed as options.

Revision history for this message
Albert Damen (albrt) wrote :

The kernel fix referred to above is now available in Karmic:

linux (2.6.31-12.39) karmic;
* agp/intel: Fix the pre-9xx chipset flush.

Please update your kernel to linux-image-2.6.31-12-generic and test. There are already several confirmations this new kernel solves the issue.

Revision history for this message
Steve (steve-clublinux) wrote :

So far, so good for me. Even made it through a suspend/resume cycle. Is there any chance of the 2.9 xorg intel driver making it into Karmic too? The kernel fixes the issue, but X is really slow without the newer driver.

Revision history for this message
Albert Damen (albrt) wrote :

As the freeze is fixed for the original reporter, I will close this bug now.

The 2.9 Intel driver has been uploaded to Karmic and should become available in the coming hours (depending on the mirror you are using).
If you find any other issues, please report these as a new bug.

Changed in xserver-xorg-video-intel (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
In , Eric Anholt (eric-anholt) wrote :

Feedback timout -- JR, if you find the problem still exists, please re-open the bug report and clear NEEDINFO.

Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-video-intel:
status: Confirmed → Fix Released
Revision history for this message
GonzO (gonzo) wrote :

Steve: I was using the Karmic Kernel with the Ubuntu-X driver, that fixed my problem.

Additionally, today, GDM wouldn't log me in. Screen blinks and just goes back to GDM login.

This is, ironically, due to the Ubuntu-X repositories. The 2.9 driver has long since been in the Karmic repos, however, the newer Mesa stuff in U-X breaks the driver somehow. Failsafe GNOME was the only thing that would work. So that which fixed my problem now breaks my system. :-) Turning off this repo and downgrading the mesa stuff back to the Karmic repos has everything working great again, where I think I'll keep it unless I have a really good reason.

Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-video-intel:
importance: Unknown → Medium
Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-video-intel:
importance: Medium → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-video-intel:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.