[i965 X3100] X freezes randomly, only mouse pointer still functional

What do you mean by "mouse only working" ?
Can you still move the mouse over the screen ?
Can you still click ?

When the system is "freezed", please try ALT+F1 to see if you can switch to the text console.

I see some random problems with alpha6 where mouse clicks just stop to work, the after 1-2 minutes they work again.
Sometimes after switching ALT+F1 and back to X screen.

I'm sorry, I didn't think to clarify on that. The mouse pointer still works, but clicking does not work. The entire OS stops, as non-interacting objects (such as Synaptic progress bars) stop entirely. I will try to move to the text console the next time it freezes - which should be soon, by my count.

Yes, I can confirm that I cannot switch to a text console upon the freezing. In an increasingly weird turn, my USB wireless mouse also works. The wireless light on my Intel 4965AGN (which blinks in Linux with network activity) continues to run, and my hard drive light blinks as well.

However, I've tried to use the mouse to memory-navigate to shutdown, which does not work (even after 60 seconds). I've even gone as far to hit ALT-F2, type gnome-terminal, hit enter, and type "sudo poweroff", enter, my password, and enter again. No dice.

Thinking my issue might've been a kernel/OS one, I reinstalled using EXT4 on the 20 Mar LiveCD. Same problem; it even froze during use of the LiveCD.

On a whim, I used my laptop's hardware wireless switch to disable the card. No freezes yet. Might be a regression to a bug from Intrepid, I think.

As a result of my previous comment, this bug appears to be vaguely similar to bug 276990: https://bugs.launchpad.net/ubuntu/+source/linux-backports-modules-2.6.27/+bug/276990 . I think it might be the wireless; however, the mouse still working and no keyboard lights indicate that it is not a kernel panic.

Still occurs in the Beta and Daily builds as of 4/1. Also occurs on the LiveCD and Live CD when on USB, as well as in the installed system.

Might be a duplicate of bug #327844 - can you please verify that the problem goes away when disabling compiz and not using any 3d/xvideo features? Can you please attach your Xorg.*.log* and check if it contains something like this:

Ring at virtual 0x7f7e27098000 head 0x19624 tail 0xf0 count 6835
Ring at virtual 0x7f7e27098000 head 0x19624 tail 0xf0 count 6835
... [repeats several times]...
Ring at virtual 0x7f7e27098000 head 0x19624 tail 0xf0 count 6835
Ring end

Yes, I can confirm that it is a duplicate of 327844, I talked with the filer of the bug yesterday. Good to know that it's just an Xorg freeze instead of a kernel one. I'm back in Intrepid now, so I can't post my logfiles. However, I do remember that being in there. I'll test again once I get any sort of idea that this is fixed, because I don't have enough time to reinstall Jaunty again and then go back to Intrepid.

I do not think its a duplicate. I am using kubuntu. It happened to me once after I disabled the kwin desktop effects. Before disabling kwin desktop effects the frequency of freezes was more though. But it definitely freezed once.

This is not a duplicate as I am facing freezing with no desktop effects

Okay, this is NOT a duplicate. Here's my Xorg.log, let's try and get this bug filled out and triaged.

This probably doesn't help my case any for getting things to get fixed in Ubuntu, but it might be upstream: I've gotten these same problems on Fedora 11 Beta and Arch Linux 2009.02.

 i experienced lock up as zwaldowski ... using jaunty beta vga X3100 .. RANDOM hard locks ... display does not corrupted... *may be* after selecting some text in firefox .. nothing unusual in xorg.log
all i can do just sysRq - Reboot

For me it's random, actions in all sorts of different applications seem to have triggered it.
- using kubuntu (KDE 4.2) but I think I even had this problem in 3.5...
- The mouse cursor still tracks the mouse.
- Mouse clicks and keyboard input are ignored, requests to change VT are ignored.
- The system itself is still up and running and I can log in remotely via ssh to get things shut down from a full shell. On one occasion this was during a kernel compile and I let that run for another 15 mins AFTER the console freeze, and sure enough it finished correctly.
- Nothing on the display updates, even though there is still clearly activity. eg amarok continues to play until the end of the current track, but amarok's time display stops updating.
- A system shutdown will pause and not close the box down, because it is unable to kill X - I have to intervene with a kill -9. Once I have killed X and stopped the kdm service manually a "poweroff" will work correctly.
- Sometimes a distorted version of the kubuntu shutdown screen appears, sometimes it doesn't.
- If you attempt to restart kdm after killing a dead X, a new X process will run but doesn't appear on the screen. You will also see "[drm:i915_gem_entervt_ioctl] *ERROR* Reenabling wedged hardware, good luck" in syslog.

I am on a MSI Wind / Advent 4211.

00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03)
        Subsystem: Micro-Star International Co., Ltd. Device 0110
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 16
        Region 0: Memory at dfe80000 (32-bit, non-prefetchable) [size=512K]
        Region 1: I/O ports at d0f0 [size=8]
        Region 2: Memory at c0000000 (32-bit, prefetchable) [size=256M]
        Region 3: Memory at dff00000 (32-bit, non-prefetchable) [size=256K]
        Capabilities: <access denied>
        Kernel modules: intelfb

Same issues for me on a Gateway M-6881. A hardware profile is attached.

I didn't have this problem with the default installation of the Beta, but it seemed to appear right after the xorg-intel update that "fixed" issues some intel users were having with slow performance.

Have any of you noticed the occurrence more so on battery power versus being plugged in? Not sure, but i think that all of mine have happened while running on battery. I may be wrong, though.

Freeze bugs can occur from a variety of underlying reasons, and the symptoms are often indistinguishable. I can't tell whether any of the commenters on this bug _actually_ have the _exact_ bug as zwaldowski so am going to focus this particular bug report only just on his issue. If you are 100% certain you have the same bug, stay subscribed, otherwise you should look elsewhere.

@zwaldowski, your comments 5 & 6 are the most intriguing, suggesting there is some correlation with the wireless kill switch. Let's focus this bug on that aspect of the bug.

It is possible you may be seeing more than one freeze bug, if you have been seeing freezes unassociated with wireless activity. But let's focus this report exclusively on the issue as relates to wireless.

Despite the possible correlation, Bryce, I don't think my wireless is involved unless my system logs show any intriguing reasons. I must remind you that, up until those two comments, I was absolutely sure it was a kernel panic. However, I now understand (through other bug reports like mine, even if they are other bugs) that it's an Xorg freeze. Despite my limited knowledge on Linux (which I'm sure you have *much* more of), the wireless shouldn't be able to bring down the whole system unless through a kernel panic. Besides that, my laptop's killswitch is very finicky and I was desperate at the time to get Jaunty working, so I was just spitballing possibilities.

Additionally, I know it can't be the wireless because I just opened Synaptic with no wireless activity (the iwlwifi Linux drivers show activity through the LED that Windows uses for on/off status) and the Xorg froze.

You are making a big assumption here that you have only a single Xorg freeze bug.

I am in the process of analyzing and categorizing X freeze bugs. However, bugs that "occur randomly" cannot be analyzed. If you wish to continue describing the bug as "freezes/crashes randomly", that's fine but I will omit it from my analysis list.

Wait, no, stop that! Why is it unreasonable to make an assumption? It's freezing; when Xorg freezes, the mouse continues to work. When anything else freezes, it freezes. I'm not saying that it has no reason behind it, I'm saying that it's random because it has no specific interval or obvious reason. How else can I describe it? It's not my wireless. It's not the processor. It must be a graphics card problem, a problem with Xorg, or a problem with the driver. What else do you want from me?

noted these lines in my dmesg today, not sure if it means anything or is even helpful, but it caught my attention:

[ 22.057251] [drm] Initialized i915 1.6.0 20080730 on minor 0
[ 22.067008] [drm:i915_setparam] *ERROR* unknown parameter 4

hope this helps to some degree, i just noticed it looked like an error and had something to do with the video chipset, i think

on a side note, I have no idea where this virtual resolution came from in my xorg file:

Section "Screen"
 Identifier "Default Screen"
 Monitor "Configured Monitor"
 Device "Configured Video Device"
 SubSection "Display"
  Virtual 2304 800
 EndSubSection
EndSection

thanks
-myk

dangit, it just did it again, power plugged in.. HD temp is normal, as is CPU temp...

What data can I provide here to help troubleshoot this more??

Here is a copy of my Xorg.0.log file imediately upon reboot after a freeze.
 Hope this helps

Upstream seems perfectly content with calling it random, so I call for the omit tag to be removed in light of the confirmation received from myself and others like mykrob. A handful of bugs like this exist on the upstream Bugzilla, so I'm just linking the one I'm involved in (also, because it talks about my chipset).

okay.. just happend system locked again, while browsing using firefox

Mine was working fine for a day or two, I thought maybe an update resolved
this, but it just locked hard again. How do you perform the REISUB trick on
a laptop where the SYsReq is on the Delete key, requiring a Fn to be pressed
as well?

On Mon, Apr 13, 2009 at 10:20 AM, Biji <email address hidden> wrote:

> okay.. just happend system locked again, while browsing using firefox
>
> --
> [i965 X3100] X freezes/crashes randomly, only mouse pointer still
> functional
> https://bugs.launchpad.net/bugs/345119
> You received this bug notification because you are a direct subscriber
> of the bug.
>

It works for me just fine on my laptop, since the Fn is just an "on-switch" to the kernel, so just press Ctrl+Alt+Fn+Delete, then R, E, I, S, U, B.

See if this mesa package reduces the frequency of the freezes:

https://edge.launchpad.net/~bryceharrington/+archive/purple

Bryce, that package seems to have no difference with me. The frequency of the freezes is the same, if not moreso.

Sorry to quickly double post, but the upstream bug (attached) just got some more attention and got a utility to help diagnose (or at least log what's causing) the bug. Bad news is that this requires a newer kernel than Jaunty, so I'll concentrate on helping out with that (at least temporarily, I love Jaunty) in Arch.

It happens to me to. The common thing seems to be Intel graphics card and/or Firefox.
My laptop is Dell XPS m1330 with Intel x3100 with external monitor connected. I enabled UXA acceleration in xorg.conf.
From what I remember all the crashes happen after clicking a link in Firefox3.0.8 (might be a coincidence).

@maciej . Are you having freezes with UXA? I use intel 965 after enabling UXA my freezes disappeared.

Jithin: I had a freeze this morning, about 3 hours ago. I'm using Firefox 3.5 now to see if it happens again. I'm using UXA because it fixes some problems, for example when I run glxgears in EXA mode and cover its window with another one then there are graphical glitches, none of that with UXA.

I upgraded to karmics versions of xorg xorg's intel drivers and drm. I don't know which package fixed the problem, only that it did. I am now experiencing a freeze after the screen is turned off from being idle. not a big deal I just need to suspend instead of leaving and letting the screen turn off.

And I get an occasional compiz crash which I was experiencing before and is probably a different bug.

I believe this covers your problem
https://bugs.freedesktop.org/show_bug.cgi?id=22383
which deals with X freeze on screen idle. and is fixed in the intel driver
package from xorg edgers.

On Sat, Jun 27, 2009 at 9:43 AM, nloewen <email address hidden>wrote:

> I upgraded to karmics versions of xorg xorg's intel drivers and drm. I
> don't know which package fixed the problem, only that it did. I am now
> experiencing a freeze after the screen is turned off from being idle.
> not a big deal I just need to suspend instead of leaving and letting the
> screen turn off.
>
> --
> [i965 X3100] X freezes randomly, only mouse pointer still functional
> https://bugs.launchpad.net/bugs/345119
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Thanks
Jithin Emmanuel

Princess Margaret<http://www.brainyquote.com/quotes/authors/p/princess_margaret.html>
- "I have as much privacy as a goldfish in a bowl."

Same issue on 945/jaunty. Random freezes. Surprisingly enough, in most cases it coincides with high activity in gnome-terminal (listings, build process etc). The system is alive, nothing suspicious in dmesg except
[drm:i915_getparam] *ERROR* Unknown parameter 6

PS Using UXA

Hi,

same is true for me. I get random freezes where only the mouse can be moved, but nothing can be clicked. I have an Acer travelmate 6492 with the same graphics controller Intel GMA X3100 (GM965 chipset)

I also tried the different X-versions and updated to the new 2.6.30 kernel, However I still get freezes and right now the default jaunty kernel works better for me than the new one. (also see here: https://bugs.launchpad.net/ubuntu/+bug/415132 )

I set up an SSH server on the freezing machine, so if you need any logs from a frozen machine, I'll be happy to provide, after the next random freeze.

I tried using the settings for exa, uxa in xorg.conf and deleting xorg.conf completely and got freezes with every setting.

Can you reproduce the problem in Ubuntu Karmic 9.10?

Before that, I changed to Jaunty, but it doesn't let me to use the compiz effect. Then I switch back to Intrepid 64 bit. I have the similar problem in intrepid although other people did not experience it. The crash become more often in this few month. Just try the UXA suggestion to see whether it will solve the problem. Update later. Still download Karmic Koala beta. Can't wait to test it.

Ha. Intrepid can't even support AccelMethod. It doesn't recognize this option.

I can reproduce this problem in Karmic 9.10, Beta, current on updates till today.

Dell Dimension 3000

00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02)
2G Ram.

Karmic works well (with no effects) using custom xorg.conf / Vesa driver.

Saluton, I have a quite similar problem but with a few extra boundary conditions. No idea if it's really the same but maybe it can shed some light on the cause.
I used to run 8.4 on my notebook without major problems. When I bought a 1920x1080 pixel screen and used it at home I started having freezes. Away from home, using the notebook screen, I have no problems.
The interesting thing is that the freezes nearly always occur while moving a small window (using metacity). Larger Windows seem to do less harm. And if the problem does not occur during the first couple of minutes after booting the session is stable.
No, it does not work to leave the system idle for a few minutes. Only a few *busy* minutes guarantee problem-free work. Using the same computer in Windows before does not seem to reduce the chance of running into the problem.
When booting the "cold" system the problem nearly always occurs; after re-boot it is rare; so I watched out for days when three or more boots are needed. But it does not look like there is a so-and-so-many percent chance for the problem to occur: Extremely rarely I need three boots, and today was the first time I had to boot four times. It looks like the system "remembers" the problem and "tries to get it right" the second time.
Ctrl-Alt-F1 to switch to a console session does not work. The mouse pointer still moves but remains in the form it has when the problem occurred -- which usually is a hand (from window dragging) but sometimes is an arrow (from window resizing). Usually the fan starts blowing when the system freezes, which indicates heavy processor activity.

Switching to 9.4 two weeks ago did not change the problem.

I am using an HP Pavilion dv6500 notebook, with no proprietary drivers in use. Anything else I can provide?

I try the 9.10 beta now. Don't have the Xorg freeze problem. However, the compiz cannot be started. Similar problem in 9.04. The strange thing is here. I try out 9.10 alpha 5, the intel graphic card can support compiz well.

Saluton, I have found a way to get around my variant of the problem: On login, my system would start an instance of "update-notifier" with "startup-delay=60", and during the first minute my system always was stable. So I deactivated this <b>update-notifier</b>, and since then I haven't had the problem any more &ndash; so far.
I cannot say if that means that "update-notifier" is in any way related to the problem. It certainly should not be able to lock up the X session if there were not a problem within the X server, should it?

I have a similar problem.
I'm running Ubuntu Karmic on a laptop (Acer Extensa 5220) with X3100 Intel graphic card.
Booting whit kernel 2.6.31-14 (default for karmic) I have a complete sistem freeze after about 3 second after login.
I tried the option "vesa" on xorg, but i have a black screen on boot: first i see the logo of Ubuntu (without progress barr), then instead of the logo with the progress barr, i have a black screen. I can switch to consolle with Alt+F6, I can see the write "login", but I can't enter any word.
Booting with the old kernel of Jaunty, the 2.6.28, and with "intel" in xorg, the sistem will not freeze any more, but is very very slow, but the mouse pointer doesn't work.
Booting with the old kernel of Jaunty, the 2.6.28, and with "vesa" in xorg, the sistem will not freeze any more, ant it is fast, but the mouse pointer doesn't work.

So, my laptop is unusable.

Ask me for more informations, if are needed.

P.S. Some one can help me? I'm confused: it's a intel, xorg o kernel problem?

Despite from sistem -> aspect-> grafic effects says that compiz was disable, I had to make compiz non-executable:
sudo chmod a-x /usr/bin/compiz
Now , booting with kernel 2.6.31-14 and defaul xorg.conf (without "vesa"), the system works great.

So, for me, the problem is compiz and driver intel.

(However, why with vesa, the system get a black screen at boot?)

Bye

Hello,

I've the same problem with karmic release candidate on my Asus A3N (Intel 855GM Chipset for video). The system freezes, sometimes few seconds after GDM starts, sometimes I can log and use the computer between 10 seconds and 60 seconds. When the system has freezed, I can always move mouse but it's all, nothing else respond.

To install Karmic release candidate I use the alternative CD and its text mode, impossible with the desktop CD, always freezing.

I've this problem on my laptop since the RC. With a fresh install of the Beta I don't have problem, but exactly the same problem produce if I upgrade the Beta with synaptic.

I've tried the karmic Kubuntu RC, exactly the same problem.

I've tried the tip of i915.modeset=0 at boot time, no sucess, always same problem.

The laptop is unusable.

Hi,
I have the same problem after upgrading today from 9.04 to 9.10 Beta. This happens on my Asus M5200N with Intel 855GM graphics. About 20 seconds after logging in, X Windows freezes but the mouse pointer still moves. The displayed date/time is not updated on the screen. I am unabled to switch to a console with Ctrl-Alt-F1 but I can ssh into the latop.

The dmesg, syslog, Xorg logs do not contain anything indicating a problem.

I am attempting to run ubuntu-bug but it is taking a long time to complete (30+ mins)...

Hi,
I"ve downloaded the final release of Karmic (kubuntu), but same behaviour as the release candidate. I boot the laptop, can use KDE a little but when I try to install, Xorg freezes, just the mouse move but can't do anything. I've tried to launch install from the boot menu, system freezes when displaying the first screen (language selection).
This evening I'll try to install from the alternate CD in text mode, but I'm almost sure the Xorg will freeze after the first reboot.
Karmic is unusable on my computer (an laptop Asus A3N with Intel 855GM video chipset).

Stéphane

On 2009-10-18 I wrote that deactivating update-notifier in the startup applications fixed (circumvented) my problem. That was a bit premature; things merely got better but the problem still happened. Then I tried activating all startup applications one by one, and it was Visual Assistance (gnome-at-visual -s) that made the difference. For nearly I week I have had it deacivated, with all the others back on, and the problem has not occurred since.
No idea if that helps anybody else but myself...
Aisano

Hello,

With no surprise, my try to install kubuntu 9.10 from the alternative CD gives the same result. The install is OK due to text mode, but xorg freezes on the first boot, just the mouse move.
I've tried many tricks founded on the Web, use i915.modeset=0, nomodeset, write a minimalist xorg.conf to disable DRI or force to use vesa driver. Nothing works. For the tips which consists of removing compiz, Kubuntu didn't use it, so...
For the moment 9.04 will be back on my Asus, if someone can help me, I'll be very happy.
Of course I'm OK to help by transmit log files or make some tests.

Stéphane

Hi everybody: this is my experience and how I solved the problem (temporaly of course, I hope..)

 -- i855 -- centrino1,6 -- 512RAM --

1-from 9.04 to 9.10 via update-manger -d --> freezes 2 seconds after login
2-freezes and freezes... googling and googling ... lots of laptops worlwide are unusuable... 2 of them are mine...
3-I don't need and don't like compiz, always uninstalled and all its libraries too... ---> freezes 2 seconds after login too (no compiz related)
4-reboot from 2.6.28-16 (yet in my centrino laptop after 9.04 update) --> NO FREEZES but NO SOUND and NO TRACKPAD
5-Try CD 9.10 to watch what happens --> FREEZES in two seconds too, googling and googling
6-download and install 2.6.30 kernel--> NO FREEZES but NO SOUND and NO TRACKPAD
7-download and install 2.6.32rc5 kernel --> FREEZES in two seconds too
8-download and install 2.6.31-4 kernel --> FREEZES in two seconds too
9-FINALLY download and install 2.6.31-1 kernel SOUND OK, TRACPAD OK , and ONLY a single FREEZE, AFTER A DAY!!!

10-Now I'm hoping someone could solve this problem, it occupied me for days trying and testing all that things and some more... my old Toshiba Satellite i845 PIV 3,06 GHz 1024 RAM back from 9.04 to 8.04 and always freezes, yet in 8.10, 9.04 and 9.10.

There are a lot of people asking me why its laptos don't work, in my family, friends... and I suspect its this bug related.

cheers, Antonio

I have this problem with Kubuntu 9.10 with all updates installed up until yesterday. Random freezes, only mouse moving and nothing else works. I havent had this problem with GNOME (Ubuntu 6.06 - 9.04) on same machine. Havent tried Ubuntu 9.10 though.

Have Toshiba Portege M100; Intel Pentium M 1.2 GHz, 855GM.

Same problem here on my Asus S5200N (512MB RAM, Pentium M 1,6, Intel 82852/82855 GM).

Ubuntu up to 8.10 was ok, with 9.04 i had those freezes randomly.

Now with 9.10 they occoure every time in the first 30 seconds after boot in GDM or Gnome.

Still happening, sometimes once a week, sometimes once a day for me. I use enlightenment e17, which is less hungry than compiz, I guess that's why it isn't as frequent.

dmesg and Xorg.log don't output anything new after the freeze...

it's not an xserver-xorg-video-intel related bug. cuz I tested different versions of intel drivers and system freezes ONLY on the latest kernel 2.6.31-14-generic

on 2.6.28-13-generic it WORKS like a CHARM!!

it defo to do with i915 kernel module, something wrong with it.. :-(

also I noticed that latest intel driver which in karmic is kinda broken (gives me garbled screen when switching from X to console and back) so I'm using this: https://wiki.ubuntu.com/X/Troubleshooting/IntelPerformance#Reverting%20to%20the%20intrepid%20version%20of%20the%20driver

also If you will add to boot options acpi=off than your system will work without ANY freezes, try that and report back, so AGAIN its defo something wrong with the kernel drivers :)

to be completely honest with latest xserver-xorg-intel-2.9 I'm still encountering problems with 2.6.28-13, so I used this:

xserver-xorg-video-intel_2.6.3-0ubuntu9.3_i386.deb (from jaunty I think, not sure) - it works without any artifacts

Ipad, thanks a lot for your contribution, i agree with you 100% , it's a kernel related question, but wich is your best working configuration? Now I'm still working with lateste xserver-xorg-intel by default in karmic 9.10, but with kernel 2.6.31-1 I've downloaded more than a week ago... I've found a lot of problems more related to software (i.e. kaffeine player) now I'm back to jaunty's 0.8.7 version, karmic version don't work for me, can you tell to us please if your configutation with 2.6.28-16 and 2.6.3 x.x.v. make also the sound fully functional? and trackpad if you use a laptop? Thanks in advance...now i'm ok with only this: http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.31.1/

Blacklisting i915 kernel module is not enough. With the i915 module blacklisted, and the initramfs image updated, the i915 module still gets loaded somehow. It looks like Xorg forces the module to load when it starts up.

These are the commands I used to disable the i915 kernel module:
   sudo -i
   echo "blacklist i915" > /etc/modprobe.d/blacklist-i915.conf
   echo "blacklist intel_agp" >> /etc/modprobe.d/blacklist-i915.conf
   cd /lib/modules/2.6.31-14-generic/kernel/drivers/gpu/drm/i915/
   mv i915.ko i915.ko.old
   update-initramfs -u
   reboot

My /etc/X11/Xorg.conf file is empty.

With the i915 module not loaded, I have a functioning Xorg that doesn't freeze. I am still running xserver-xorg-video-intel driver, but I don't get xv video playback.
   [drm] failed to load kernel module "i915"
   (EE) intel(0): [drm] Failed to open DRM device for : No such file or directory
   (EE) intel(0): Failed to become DRM master.
   (II) intel(0): Creating default Display subsection in Screen section

BTW, this freezing bug is still present in the newer kernel package: linux-image-2.6.32-2-generic

I can do some testing or debugging if that would help...?

Same here Karmic is unusable at least with a X-Server. It freezes after ~ 10 sec or after the first mouse click. Mouse is often still moveable.

Kernel 2.6.31-14-generic #48-Ubuntu
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)

tried installing other karmic kernel versions, X-server ... no success.

Ubuntu Karmic.
2.6.32 rc7 (vanilla and Ubuntu's one built manually using working .config from 2.6.31.5 with make oldconfig) doesn't work as it should: no bootsplash, no gdm start progress, no gnome desktop at all. Only horizontal lines that randomly appears and a mouse cursor on it.

Furthermore, 2.6.31.5 and some previous and default ubuntu kernels works right on my machine.

Intel I965 GM (x3100) integrated video.

I can reproduce the problem definitively by running Pandora for about 20 min on latest proposed repos etc. I captured this info from the freeze:

==== dmesg ====
[ 7320.656032] INFO: task i915/0:272 blocked for more than 120 seconds.
[ 7320.656038] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 7320.656042] i915/0 D c08145c0 0 272 2 0x00000000
[ 7320.656048] ed2bbf04 00000046 efbb713c c08145c0 efbb73a8 c08145c0 a4e86259 00000688
[ 7320.656056] c08145c0 c08145c0 efbb73a8 c08145c0 a4e854a0 00000688 c08145c0 edcfbe00
[ 7320.656064] efbb7110 ef92f014 ef92f018 ffffffff ed2bbf30 c056fd66 c0748e80 ef92f01c
[ 7320.656072] Call Trace:
[ 7320.656086] [<c056fd66>] __mutex_lock_slowpath+0xc6/0x130
[ 7320.656090] [<c056fc80>] mutex_lock+0x20/0x40
[ 7320.656123] [<f08f1c0a>] i915_gem_retire_work_handler+0x2a/0x70 [i915]

==== /var/log/messages ====
Dec 1 20:20:25 dell2400 kernel: [ 8040.656041] i915/0 D c08145c0 0 272 2 0x00000000
Dec 1 20:20:25 dell2400 kernel: [ 8040.656047] ed2bbf04 00000046 ee336000 c08145c0 efbb73a8 c08145c0 31bdeba8 000006c2
Dec 1 20:20:25 dell2400 kernel: [ 8040.656056] c08145c0 c08145c0 efbb73a8 c08145c0 31bde544 000006c2 c08145c0 ed810a00
Dec 1 20:20:25 dell2400 kernel: [ 8040.656063] efbb7110 ef92f014 ef92f018 ffffffff ed2bbf30 c056fd66 c0748e80 ef92f01c
Dec 1 20:20:25 dell2400 kernel: [ 8040.656071] Call Trace:
Dec 1 20:20:25 dell2400 kernel: [ 8040.656084] [<c056fd66>] __mutex_lock_slowpath+0xc6/0x130
Dec 1 20:20:25 dell2400 kernel: [ 8040.656088] [<c056fc80>] mutex_lock+0x20/0x40
Dec 1 20:20:25 dell2400 kernel: [ 8040.656122] [<f08f1c0a>] i915_gem_retire_work_handler+0x2a/0x70 [i915]
Dec 1 20:20:25 dell2400 kernel: [ 8040.656131] [<c0157a7e>] run_workqueue+0x6e/0x140
Dec 1 20:20:25 dell2400 kernel: [ 8040.656145] [<f08f1be0>] ? i915_gem_retire_work_handler+0x0/0x70 [i915]
Dec 1 20:20:25 dell2400 kernel: [ 8040.656150] [<c0157bd8>] worker_thread+0x88/0xe0
Dec 1 20:20:25 dell2400 kernel: [ 8040.656156] [<c015c280>] ? autoremove_wake_function+0x0/0x40
Dec 1 20:20:25 dell2400 kernel: [ 8040.656160] [<c0157b50>] ? worker_thread+0x0/0xe0
Dec 1 20:20:25 dell2400 kernel: [ 8040.656163] [<c015bf8c>] kthread+0x7c/0x90
Dec 1 20:20:25 dell2400 kernel: [ 8040.656167] [<c015bf10>] ? kthread+0x0/0x90
Dec 1 20:20:25 dell2400 kernel: [ 8040.656173] [<c0104007>] kernel_thread_helper+0x7/0x10

==== lspci ====
00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)
 Subsystem: Dell Device 0160
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Interrupt: pin A routed to IRQ 16
 Region 0: Memory at e8000000 (32-bit, prefetchable) [size=128M]
 Region 1: Memory at feb80000 (32-bit, non-prefetchable) [size=512K]
 Capabilities: [d0] Power Management version 1
  Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
  Status: D0 PME-Enable- DSel=0 DScale=0 PME-
 Kernel driver in use: i915
 Kernel modul...

2.6.31-15 freezes too
2.6.31-16 still freezes... nobody have found an effective solution for this worldwide extensive bug ??? ... if someone can advice us, please...

this laptop still works fine only with 2.6.31-1 kernel from september 2009 (intel graphics vga i855 - centrino 1,6MHz - 512 RAM)

This worked for me:

Add to your /etc/apt/sources.list:

deb http://ppa.launchpad.net/siretart/ppa/ubuntu jaunty main

Now the key: sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xce90d8983e731f79

sudo apt-get update
sudo apt-get install xserver-xorg-video-intel-2.4

Now I'm running karmic with a lot of jaunty drivers, specially intel graphics 2.4 and now everything goes right (¨)

from here: https://wiki.ubuntu.com/ReinhardTartler/X/RevertingIntelDriverTo2.4

I've change "deb http://ppa.launchpad.net/siretart/ppa/ubuntu jaunty main" for "karmic main" and nothing special happens.

Now no freezes at all, but graphics are slow... specially google earth, and some videos from you tube, etc... it's not the best solution but at least, now this laptop is usuable.

I'm going through some of the bugs in xserver-xorg-video-intel that are marked as affecting many people (this one affects 24 people). From the comments it seems that many of the people who think they are affected by this bug actually have a different problem which has the same symptoms (this is explained with better words than mine in comment #22 in the upstream report).

Specifically, the comments mention 945G, 845G and 855GM chipsets, while this bug report (by zwaldowski) is from the 965GM chipset. As far as I can see, the 965GM freezes are now fixed, and I will therefore close this bug report.

We do still have problems on 945G, 845G and 855GM. I don't think it is realistic to get those fixed in Karmic, but I do hope we can get them fixed in time for Lucid. For this we can use some help in testing. Currently, it is the 945 chipset bugs that we know least about. On 845G and 855GM we have had people doing some good testing and we are closer to finding the root of the problems.

For those of you on 945G/945GM/945GME, please see https://wiki.ubuntu.com/X/Lucidi945Freezes. There are links to bugs on these chipsets on that page.

For those of you on 845G, these are the bug reports that have been tagged with freeze and 845g:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bugs?field.tag=845g%20freeze&field.tags_combinator=ALL

For those of you on 855GM, the bugs are:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bugs?field.tag=855gm%20freeze&field.tags_combinator=ALL

HI,

On my laptop (an Asus A3N with 855GM), last time I tried to install Karmic, I've this problem of freeze (just after boot, sometimes with kdm, sometimes in the few seconds of kde). I've downgraded to an old release (8.10), no problem.

If you need people with Intel 855GM to make some tests, I'm ready. Just contact me..

Thank you for yor great job.

Regards,

Stéphane

----- Message d'origine ----
De : Geir Ove Myhr <email address hidden>
À : <email address hidden>
Envoyé le : Lun 4 Janvier 2010, 20 h 29 min 05 s
Objet : [Bug 345119] Re: [i965 X3100] X freezes randomly, only mouse pointer still functional

I'm going through some of the bugs in xserver-xorg-video-intel that are
marked as affecting many people (this one affects 24 people). From the
comments it seems that many of the people who think they are affected
by this bug actually have a different problem which has the same
symptoms (this is explained with better words than mine in comment #22
in the upstream report).

Specifically, the comments mention 945G, 845G and 855GM chipsets, while
this bug report (by zwaldowski) is from the 965GM chipset. As far as I
can see, the 965GM freezes are now fixed, and I will therefore close
this bug report.

We do still have problems on 945G, 845G and 855GM. I don't think it is
realistic to get those fixed in Karmic, but I do hope we can get them
fixed in time for Lucid. For this we can use some help in testing.
Currently, it is the 945 chipset bugs that we know least about. On 845G
and 855GM we have had people doing some good testing and we are closer
to finding the root of the problems.

For those of you on 945G/945GM/945GME, please see
https://wiki.ubuntu.com/X/Lucidi945Freezes. There are links to bugs on
these chipsets on that page.

For those of you on 845G, these are the bug reports that have been tagged with freeze and 845g:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bugs?field.tag=845g%20freeze&field.tags_combinator=ALL

For those of you on 855GM, the bugs are:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bugs?field.tag=855gm%20freeze&field.tags_combinator=ALL

** Changed in: xserver-xorg-video-intel (Ubuntu)
       Status: Triaged => Fix Released

--
[i965 X3100] X freezes randomly, only mouse pointer still functional
https://bugs.launchpad.net/bugs/345119
You received this bug notification because you are a direct subscriber
of the bug.

Status in X.org xf86-video-intel: Fix Released
Status in “xserver-xorg-video-intel” package in Ubuntu: Fix Released

Bug description:
More or less as the title says, I am experiencing an issue with Jaunty. Under all releases since 3 Apr, my system (specs below) will randomly freeze up, with the mouse only working and the rest of the system not respond. I must use the REISUB trick to reboot, and cannot switch to a terminal. With "DontZap" disabled, neither the old shortcut (Ctrl+Alt+Backspace) nor the new one (Magic SysRq+K).

My computer is an HP dv6654us with an Intel GMA X3100 (GM965 chipset) running Ubuntu Jaunty, fully updated. The OS is in a dual boot with Windows 7 x64, however, this issue has also occurred (many times, I might add) while running a...

Work correct with 2.6.32.4 linux kernel.

Thanks for the fix; in the last three or four weeks the freeze occurred only three times on my notebook. As it used to occur regularly once per day on the first boot after switching on, that is a great improvment.

I seem no longer to be able to use the notebook screen, only the secondary screen, But I am not sure that the two phenomena are connected, or started at the same time. My notebook is over two years old, so I just bought a new one and am going to install it now.

By the way, "visual effects" are disabled on my computer, and have been as long as I can remember. So they are not related to the problem.

This bug affect me. I'm using Ubuntu 11.04 64-bit. Installed xserver-xorg-video-nouveau
$ uname -a
Linux zagirov 2.6.38-10-generic #44-Ubuntu SMP Thu Jun 2 21:32:22 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

*-display
                description: VGA compatible controller
                product: GT218 [GeForce 210]
                vendor: nVidia Corporation
                physical id: 0
                bus info: pci@0000:01:00.0
                version: a2
                width: 64 bits
                clock: 33MHz
                capabilities: pm msi pciexpress vga_controller bus_master cap_list rom
                configuration: driver=nouveau latency=0
                resources: irq:16 memory:fd000000-fdffffff memory:d0000000-dfffffff memory:ce000000-cfffffff ioport:dc00(size=128) memory:fea80000-feafffff