compiz randomly freezes X

[Adam Klobukowski]

Binary package hint: compiz

Since the last version, compiz randomly freezes X (only mouse cursor is alive). System remains operational (I was watching a movie once when that happened - I could hear it going on), but you can't even switch to console. This happens randomly, but very often when something 3D is happening. When I turn off desktop effects, there is no such freeze, even when playing 3D games for a long time.

Hardware: GeForce 8600 GT (rev a1), driver: nvidia-glx-new (Ubuntu package)

How to recover without hard reset:
Press Alt+SysReq+R to get the keyboard working again
CTRL+ALT+F1 to switch to console
pkill -9 compiz.real
will cause your X Server to restart.
All open apps will be killed, unsaved data will be lost!

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller [8086:29c0] (rev 02)
     Subsystem: Giga-byte Technology Unknown device [1458:5000]
01:00.0 VGA compatible controller [0300]: nVidia Corporation GeForce 8600 GT [10de:0402] (rev a1) (prog-if 00 [VGA controller])
     Subsystem: Giga-byte Technology Unknown device [1458:3452]

[Pedro Villavicencio (pedro)]

Thanks for taking the time to report this bug and helping to make Ubuntu better. Could you please add your ~/.xsession-errors, /var/log/Xorg.0.log and the output of lspci -vvnn to your bug report as separate attachments? Thanks in advance.

[Adam Klobukowski (adamklobukowski)]

Since I posted this bug, the situation is much better. Random hangups still happen but very very rarely. During bug lifetime many packages were changed, and as I try to be most up-to-date (running hardy, daily updated), information you request (esp. .xsession-errors) may not be helpful anymore. But I attach it anyway.

[Data (ubuntuaddress)]

updated bug title

compiz -> compiz randomly freezes X

[moa3333 (moa3333)]

Same bug as???

https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/194523

nvidia-glc-new 169.12 for Linux x86/x86-64 released (not yet in ubuntu)!

------>> Worked around a problem that caused function key presses on some Toshiba notebooks to result in system crashes.

http://www.nvnews.net/vbulletin/showthread.php?s=065f90c4449552f276d6e93928ce6bac&t=108879

[Ilmari Vacklin (wolverian)]

I'm seeing this too on a Dell XPS M1330. Attaching lshal output. Is this still incomplete?

[Ilmari Vacklin (wolverian)]

An additional point is that I usually see this while switching windows from the task bar. The new window usually has time to appear, but then the keyboard and X freeze.

[rax_m (rax-m)]

I see this problem too. I have a Toshiba P100 with nvidia 7600 Go (128MB) ram. Ironically compiz actually seems smoother on my work PC which doesn't have a graphics card!

Here are the files you needed. I restarted X by using the Alt-Sysreq-K combination.

[rax_m (rax-m)]

Oops, sorry I missed the separate attachments comment and the lspci output

[Ivan Ivanoff (spammeroff)]

I have i915G and I have the same symptoms at my compiz-fusion-powered Ubuntu 7.10. I can not get what makes my GL-desktop to behave like that. Esp. horrible is that there are no errors in logs! At all! I notice it happens when I try to open menus at some window (or when I try to drag files from file-roller, or when I get hovered messages from open OpenOffice document, or when I try to drag from webpage and drop link to bookmark place in Firefox), thus, when I drug an object over another one and both blurred and animated.
I use:

00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Integrated Graphics Controller (rev 04)
(i915G videocard, 32 Mb shared DDR2 of 2048 Mb, AGP aperture size - 128 Mb)
2.6.22-14-generic
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) 915G 20061017 x86/MMX/SSE2
OpenGL version string: 1.3 Mesa 7.0.1
X.org: 1:7.2-5ubuntu13

[Travis Watkins (amaranth)]

Ivan: Try disabling the reflection plugin in compiz. That should be fixed in hardy.

For the rest of you, can you try this with the latest hardy?

[Ilmari Vacklin (wolverian)]

On Wed, Mar 12, 2008 at 07:48:41PM -0000, Travis Watkins wrote:
> For the rest of you, can you try this with the latest hardy?

I haven't experienced this with the latest Hardy for a while, over a
week, perhaps.

[Pedro Villavicencio (pedro)]

May someone else confirm that it's working fine with latest packages on Hardy? thanks in advance.

[czappi (news-czaplinski)]

Yesterday i update my gutsy gibbon to the latest hardy heron beta. On my system i have the same problem with compiz. After a while the desktop completly freezes, mouse works, but cpu worked on 100% (Intel Core 2 Quad E6600, Nvidia 8800GTS G92, 4GB RAM).
The only way: connect with ssh and reboot. So i uninstall compiz complete ans use only now metacity. It works.
When logfiles for more information needed, please tell me witch files

[Robert Hrovat (robi-hipnos)]

Same here. I use Hardy Beta on 2 desktop computers and 1 laptop. When desktop effects are enabled those computers randomly freeze - mouse can be moved but nothing can be clicked and everything else does not give any response. Desktop computers has nVidia GPU and laptop has onboard Intel GPU, so I'm gusseing it's not only driver issue.

[MountainX (dave-mountain)]

Same problem here on Ubuntu Hardy beta. Ctrl-Alt-Backspace has no effect and Ctrl-Alt-Del has no effect. Ctrl-Alt-F1 and all other keys or key combinations have no effect.

However, I am able to connect to my frozen/locked desktop computer by ssh from my laptop. Top shows compiz.real at 100% CPU. Doing "pkill -9 compiz.real" causes X to restart on my desktop computer. I can then log back in.

See this similar bug report: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/186058

I paraphrase:
From this I came to the conclusion that Hardy's compiz must have some hard to find problems which cause random freezes. Needless to say (but lets say it anyway), that the problem is not related to xorg configuration or graphics drivers as the same freeze effects occured in many different machines (with completely different hw).

Any advice on how to provide extra info with this bug report (taking account of the fact that the desktop freezes completely but I'm still able to connect with ssh)?

I'm attaching:
~/.xsession-errors, /var/log/Xorg.0.log and the output of lspci -vvnn
as separate attachments

[MountainX (dave-mountain)]

lspci

[MountainX (dave-mountain)]

Xorg.0.log

[Андрей Калинин (prize2step)]

This bug is wery similar to me. I have problems described abowe.

[Андрей Калинин (prize2step)]

Sorry: System is Hardy (beta), Hardware: laptop Asus F3T, video: GF Go 7600, driver: nvidia-glx-new

[SqUe (sque)]

Same problem here with hardy beta with all updates till 14-04-2008. Randomly the desktop freezes, mouse moves but I can't ctrl+alt+backspace or ctrl+alt+f1 although pc is pingable from the network and seems alive. The freeze usually seems to happen when there is heavy load.
Anyway this cannot be consider of medium prioriority as it is not so rare, in 2 days I had 3 freezes.

[cosmix (cosm7x)]

I'm, too, getting this, both with nvidia-glx-new package and with a manual installation of the latest (169.12) drivers from nvidia.com. This is on x86-64. Logging in remotely via ssh and killing compiz.real restores functionality. Compiz can then be restarted.

[Kyle Brooks (brookskd)]

I can confirm this as well running latest Hardy Beta x86-64 with updated packages and a GeForce 8400M GT using the nvidia restricted driver. The x display will lock up and I have to use alt->Sys Rq->r and ctrl->alt->F1 to get to a terminal then top shows that compiz.real is taking up 100% cup and won't respond to SIGTERM and I have to send it a SIGKILL with kill -9. What is this bug going to expire it is nearly an everyday occurrence and I consider it a show stopper. What information do the developers need? Shouldn't this bug be escalated? How can I help?

[aldebx (aldebx)]

I'm also experiencing this issue and eventually managed to locate compiz as the responsible package.
Here my post where I described the issue in some detail: http://ubuntuforums.org/showthread.php?t=756906

Indeed being freezes terribly annoying this bug should be considered of HIGH importance and be addressed as soon as possible, at least before Hardy release.

If we can contribute somehow please let us know!

[Craig Magina (craig.magina)]

I am seeing this on a Dell with the Intel Corporation 82945G/GZ Integrated Graphics Controller and running compiz. I've been running Hardy for a few weeks now with out issue until I updated today. My machine has already hung twice. Any info I can provide, I will do.

[Sebastian Schulze (bascht)]

I got the same issues on a Thinkpad R61 with the GM965/GL960 and a desktop computer with the same graphics controller. Both upgraded to 8.04 beta - latest updates installed.
The system locks up at least once a day - on laptop and desktop computer. Logging in via ssh / killing compiz.real is the only solution.

It seems that this problem occours only when I am doing drag & drop operations on the desktop - no matter in which program (experienced it in nautilus, gimp & amarok).
Can somebody confirm that?

[Sean Sosik-Hamor (sciri)]

I can confirm as well on an HP Pavilion dv6000 with 256MB NVIDIA GeForce 8400M GS (nvidia-glx-new). X freezes, mouse cursor is responsive, clicks and keypresses are non-responsive (can't Ctrl-Alt-Backspace). Logging in via ssh reveals compiz-real at 100%.

No solid repro, but freeze has happened twice while Ctrl-Alt-Arrow switching desktops to a desktop where Firefox has a "do you want to allow this popup" notification waiting. System basically becomes unresponsive as soon as the sliding animation to the next desktop finishes.

[Pär Bohrarper (par-bohrarper)]

I have the same problem here on Hardy with Compiz. I'm running an Nvidia 7600 GT. Alt+SysRq combos makes console switching work, then after killing compiz everything works again.

[Sean Sosik-Hamor (sciri)]

Intermittent repro (Hardy Beta):

 * Have Firefox on one desktop
 * Have XChat-GNOME on another desktop
 * Click a URL in XChat that requires authentication
 * Firefox shows pulsating notice in system tray telling you that Firefox on another screen needs your attention
 * Click pulsating notice
 * The compiz Gods become angry and stab your system

Every freeze I've had so far relates to Firefox and it's system tray notices.

[aldebx (aldebx)]

Well, I confirm that also in my case, both times it froze I was switching from one app (nautilus or OO) to Firefox when compiz hung Xorg.
Is there any relation between these two programs? I wonder...

[nanog (sorenimpey)]

Intermittent but I will SSH in and get a backtrace next time. This requires a restart of X and causes data loss. IMO, it should be marked high.

[Sebastian Schulze (bascht)]

Sean: Yep.
I could reproduce this with almost the same behaviour.
Switched to the second side of the cube, while firefox wanted some attention (login) on the first side - and voilá: Freeze.

[Bart Verwilst (verwilst)]

I have been seeing this on the latest Hardy too. Happened twice today already. I ssh'ed in, and killing compiz.real brought my system back to a working state ( i could move windows again and such ). Before that, the only thing that worked was my mouse, and i could still hear sound playing..

FYI:
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)

[nanog (sorenimpey)]

Bart and Sebastian, please run a backtrace. I'm waiting for it to happen on mine again but its been very intermittent (and I am running metacity compositing when I need to do something important). BTW, all of my boxes are rock solid under metacity compositing.

How to debug and get a backtrace:
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/186058

This bug is a dupe and still active: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/186058.

Could this be merged?

[Alex Murray (alexmurray)]

I am commenting both on this bug - it looks like it is identical to #186058, but I chose this one to comment on since it was reported first. Attached is a backtrace of compiz.real during the lockup whilst it is running at 99% while I am running Hardy Release Candidate. I ended up taking about 6 different sucessive backtraces, each of which is similar - so it seems like compiz is perhaps doing something - I will attach the first 3 or so. This was reproduced using the method described in comment https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/176589/comments/31 and the stack trace was taken about 2 minutes after the lockup - it took me that long to fire up my second computer and ssh in to grab the stacktrace. Am happy to keep reproducing and to provide more stack traces if needed.

[Alex Murray (alexmurray)]

second stacktrace - this was taken about 30 seconds after the one attached above (during the same lockup) but is seemingly completely different - forgot to mention I used the script attached to bug #186058 to get the stacktraces. This one is almost useless though I don't know why since it contains little debugging info.

[SqUe (sque)]

I think compiz is multi-threaded... so you have to take backtrace from all
threads. "info stack" works for current selected thread only.

With "info stack" you can enumerate all the running threads of the
application that you debug.
if you execute inside gdb "info stack" you ll something like this in case
that it has 4 threads running.:
(gdb) info thread
  4 Thread 0xb6c65b90 (LWP 12520) 0xb7f05410 in __kernel_vsyscall ()
  3 Thread 0xb7466b90 (LWP 12519) 0xb7f05410 in __kernel_vsyscall ()
  2 Thread 0xb7c67b90 (LWP 12518) 0xb7f05410 in __kernel_vsyscall ()
* 1 Thread 0xb7c68940 (LWP 12510) 0xb7f05410 in __kernel_vsyscall ()
The * shows which is the active. "info stack" will show the stack trace only
from the active thread.

By executing "thread <no>" you make another thread active.
e.g. "thread 3" will make active the 3rd thread from the list you saw.
Running again "info stack" you ll get the stacktrace from thread 3 now.

Finally if you manage to lock it up again, check if it has multiple threads
running and if they are, take stack trace from all of them.

This may be the reason you get different stack traces, you traces from
different threads, although the second seems corruptes as it starts from
0x00000000.

I am not a compiz expert, but I may have a change to be right. hope to
helped

[SqUe (sque)]

arggg... type error sry..

Corrected paragraph
>>
With "info thread" you can enumerate all the running threads of the
application that you debug.
if you execute inside gdb "info thread" you ll something like this in case
that it has 4 threads running.:
<<

not with "info stack" that I wrote in previous post.

And to summarize it.
info thread > Shows all the running threads
thread [no] > Switchs to a desired thread. (Makes active the one you want)
info stack > Shows stack trace of the currently active thread

[rhi (rhi-deactivatedaccount)]

REQUEST: Please increase importance to CRITICAL because this bug renders a fresh install of Ubuntu 8.04 RC1 completely unuseable for non-advanced users which don't know that they have to connect via SSH, kill/disable compiz etc.

I have this problem with 8.04 RC1, cleaan install, nvidia drivers enabled. Workaround: install openssh-server (always installed on my computer); when the display freezes connect via SSH and killall -9 compiz.real (it takes 101% CPU on my 4 CPU system).

Do you need more hardware information for this bug?

[mannheim (kronheim)]

I get a freeze like the one described in this bug only when enabling certain compiz features (though of course, it may be that these features only make the frequency of the freeze much larger, so as to be noticeable).

My configuration of choice for compiz has the Animation plugin enabled, and the Focus Amination set to "Dodge", with a particular regexp to select which windows to apply this effect to. With this config, if I open a lot of windows and click between them at random, compiz always eventually freezes at 100% cpu, with only the mouse moving.

If I disable the Animation plugin, I can't reproduce the freeze (or not yet anyway).

I am using and nvidia card with the 169.12 driver and a hardy installation which is up-to-date on April 21.

[MountainX (dave-mountain)]

I have been experimenting with enabling and disabling various compiz plugins too. After I made my previous comment here (2008-04-05) I disabled several of my favorite plugins. One of those plugins I disabled was the animation plugin. After disabling those plugins I have not had any more of the lockups described in this bug. It has been least two weeks, so I think I would have seen the lockup if it was going to happen. So I'm confirming mannheim's observation: no animation plugin, no freezes.

[Id2ndR (id2ndr)]

Same trouble with intel X3100 chipset (I used nvidia-glx-new before with an 6600GT and encountred the trouble too, but I removed the package and the trouble is still present).

[Bart Verwilst (verwilst)]

https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/218726 seems to be the same issue, and appears to have a fix in the wild now too :)

[MountainX (dave-mountain)]

Bart Verwilst - bug 218726 seems different because in the present bug it is not possible to open a terminal and kill the compiz process on the machine being affected.

[Id2ndR (id2ndr)]

Yes. In current but you can't even switch to console (Ctrl Alt F1) and you have to kill compiz.real processus using an ssh connexion from an other computer (with -9 option). But ones you have killed compiz.real, it rela do the actions you asked (switch to console etc).

[Kyle Brooks (brookskd)]

You can switch to a terminal after taking the keyboard out of raw mode. The X window system puts the keyboard into raw mode but stops responding so it will ignore all key presses. You can take it out of raw mode on most machines running linux by pressing ALT->Sys Rq(Same Key as Print Screen)->r then CTRL->ALT->F1 to get to the first terminal. More about sysrq in linux: http://lxr.linux.no/linux/Documentation/sysrq.txt

[nanog (sorenimpey)]

I believe this bug has been fixed.
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/218726

[tibi (tibi-dds)]

i have freezes with updated ubunut hardy beta.
compiz version 0.7.4ubunut6

when i start compiz (right clikc icon > select window manager > compiz) it freezes my windows. no decoration. i can still use my open windows but can;t move them.
when i select metacity al works again.

i have a lenovo z61m
(had compiz working fine with sabayone on this laptop)

[Bart Verwilst (verwilst)]

I don't think the issue you describe is not the same as the one originally reported in this bug ( which by the way seems to be fixed here too! )

[tibi (tibi-dds)]

bart:
'i don't think .. its not the same...'

you mean my bug is a different one?

is there a bug report matching mine better? or should i post a new one??

thanks

[tibi (tibi-dds)]

bart i think you are right.

it seemd i did not have xgl working. now i have and compiz is working although rather slow

[Bart Verwilst (verwilst)]

oh sorry, you can choose between "i don't think it's the same" or "i think it's not the same" ;)

[rax_m (rax-m)]

Disabling the animations plugin doesn't seem to make any difference. Compiz still freezes for me.
Toshiba P100 Core Duo, Nividia 7600 Go. 1.5GB Ram.

[Mike Vincent (mike-vincent)]

I'm still experiencing this bug as well.

HP nw9440 notebook, Nvidia Quadro FX 1500M, using nvidia driver v169.12, up to date hardy.

It happens most frequently while I'm scrolling a web page in firefox using the arrow keys, but has happened during a cube rotation as well. Screen is froze, mouse pointer moves. I am able to alt-sysreq-r to get to a console where I find compiz.real using a reasonable amount of resources (around 32m resident mem and 3% cpu). stracing the process all I see is it polling 'poll([{fd=11, events=POLLIN|POLLPRI}], 1, 1000) = 0'. I killall -ILL compiz.real and metacity takes over.

The one consistent thing I am able to note every time this happens, is at the end of my Xorg.0.log:
  (II) NVIDIA(0): Initialized GPU GART.

I noticed on the same 'SetClientVersion: 0 9' line on a couple of the above commenters Xorg.0.log, too.

I'm suspicious of the driver, I think it's freaking out under certain circumstances but I still can't pin down exactly what triggers it.

The attached Xorg.0.log is a session where the freeze occurred twice, after killing compiz.real and metacity taking over, I reloaded compiz using fusion-icon and it happened again shortly after.

[Orlando Stein Junior (osteinjr)]

I confirm in Hardy 8.04. Disabling the animations plugin doesn't seem to make any difference. I removed the packages compiz to avoid this problem temporarily.

[czappi (news-czaplinski)]

Hello,

last Monday (28.04.08) i've installed Hardy Heron 8.04 complete new on my PC (see here my last post: czappi wrote on 2008-03-28:).

I set the visual effects for Compiz on SYSTEM-SETTINGS-APPEREANCE-VISUAL SETTINGS on EXTRA and i have NO problems like freezes or anything else. No freezes from monday to today and i stress my system on 14h (and more)/day. It works very fine!

I work with two 22" displays with resolution 3360*1050

What is not the same about my last installation:

I've not installed emerald and not the compiz configuration settings manager
I've not installed another videodriver for my Nvidia Geforce 8800 GTS (Chip G92) with EnyNG or manual. I've only installed the nvidia-glx-new with the restricted modues from the hardy repositories.

So maybe the problem is in emerald or in combination with the compiz configuration settings manager?

[Alexander Jones (alex-weej)]

I do have CCSM, but no Emerald.

[alphamerik (alphamerik)]

I also had this issue, Compiz.real consumes 100% and UI freezes (seemingly at random times, although when in use), unable to switch to terminal but system is still responsive to SSH, other applications still running (audacious still playing music). In relation to bug https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.24/+bug/186382 I have switched from metacity to emerald and the problem seems to have gone away. I see some references to emerald above but no details. Can someone who is experiencing this bug (compiz.real consumes 100% cpu, keyboard unresponsive) change their window decorator to emerald and see if their system becomes more stable? (install emerald, edit /usr/bin/compiz-decorator so USE_EMERALD="yes", restart X)

[alphamerik (alphamerik)]

FYI, running Hardy with an Nvidia GeForce 6800.

[alphamerik (alphamerik)]

Had another freeze-up while using Window Previews, I was able to use the keyboard to switch to the terminal this time tho. Guess it is not related to emerald. :-(

[michal przadka (przadka)]

same here. using intel 915 chipset on thinkpad t43. i did not have any problems on gutsy.

regards,
michal

[Jakob Unterwurzacher (jakobunt)]

Still experience this bug on Hardy final, Geforce Go 7400, nvidia-glx-new. Note that it's not only Nvidia users who see this problem.

[Dave Vree (hdave)]

Can likewise confirm this on Hardy with a GeForce Go 7400. When my system freezes, I cannot move the mouse at all. However, Alt-PrtScrn RSEIUB does perform a reboot.

[Jakob Unterwurzacher (jakobunt)]

I straced the hung X. There are lots of
writev(31, [{"\241 _\275l\2 \1\331\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 527136}], 1) = -1 EAGAIN (Resource temporarily unavailable)
in there - probably relevant?

@HDave:
You don't have to reboot. Just Alt+PrtScrn , Ctrl+Alt+F1 , log in to the console, kill Xorg.

[Alexander Jones (alex-weej)]

If anyone's able to, perhaps one could try run a GDB backtrace on a hung X.
I experience this too, from time to time, and will give it a go next time it
happens.

However, I'm not 100% sure it's X hanging as I can still at least move my
mouse pointer. Can other people also move their pointers or are we talking
about different bugs here?

[bernard (bernard-patteeuw)]

Same problem here, HP xw4400 workstation. Heron is up-to-date.
Any progress? Or should I turn of compiz ...

[Mike Vincent (mike-vincent)]

I have not had any hard freezes since turning off sync to vblank in
compiz config. Still have an occasion, but rare, soft freeze where it
will freeze for a few seconds but it recovers.

On Thu, Jun 5, 2008 at 2:42 AM, bernard <email address hidden> wrote:
> Same problem here, HP xw4400 workstation. Heron is up-to-date.
> Any progress? Or should I turn of compiz ...
>
> --
> compiz randomly freezes X
> https://bugs.launchpad.net/bugs/176589
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[bernard (bernard-patteeuw)]

I have turned of the animation plugin this morning and didn't have any freeze anymore.
Crossing my fingers :)

[Erkin Bahceci (cornelius1)]

Bernard, if you consistently have a freeze only when animation plugin is enabled: Are you using the Ubuntu defaults for animation options? If not, can you export your ccsm profile and attach it?

[bernard (bernard-patteeuw)]

Yep, with the animation set to 'on' it freezes when I'm switching between frames (once every hour lets say)
I was using the defaults yes, I don't think I changed anything.
I added the export

[Refakki (refakki)]

I have same problem
Ubuntu 8.04 amd64
Driver - glx_nvidia_new (from rep)
Graphic card Nvidia GF 7600 GO
Laptop Sony VAIO FE-31ZR

[[e-mail] (fyew)]

I've the bug issolated. It is in advanced power management package. The fix is as follows

edit the file /boot/grub/menue.lst by inserting text into the line from

 kernel /boot/vmlinuz-2.6.24-18-generic root=UUID=a49db6d1-0510-4b41-9a39-95d51d199bb7 ro quiet splash

to:

 kernel /boot/vmlinuz-2.6.24-18-generic root=UUID=a49db6d1-0510-4b41-9a39-95d51d199bb7 ro acpi=off apm=off quiet splash

However, there are other problems in the grub. I believe there are uninitialized pointers, because the screen once a while shows garbage. This problem has nothing to do with memory leak.

[Jakob Unterwurzacher (jakobunt)]

Setting
acpi=off apm=off
has some unpleasent side effects - doesn't it? Is standby, hibernate still working for example?

[Germán Pablo Gentile (germanpablogentile)]

Same happens here. I also have a GEFORCE 7600. Maybe some trouble with the driver and that board? I have download with envy thet latest nvidia driver, sames happens (before i have the default driver, by the way).

When will please switch to critical? Is a very uncomfortable bug.

TIA

[Dave Vree (hdave)]

I have been experiencing compiz related lock-ups since Gutsy. I have an nVidia GEForce Go 7600 on a Dell XPS M1210 laptop.

I am unwilling to disable acpi and apm due to negative side effects.

I have noticed that while running compiz, the process compiz.real can get to over 500MB in size within a few hours. Not sure if this is related to the lockups.

[Dave Vree (hdave)]

I should clarify that I still had the problem with Hardy, and still have it with Hardy proposed and backports on. Am hoping it goes away with Intrepid, but do not expect it will.

[Jose Riha (jose1711)]

anyone still see this in intrepid beta?

[Alexander Jones (alex-weej)]

Haven't had issues for months.

[nanog (sorenimpey)]

I switched to intrepid in part because of this bug. No lock up on multiple boxes for multiple months.

[Eric Davis (ercdvs)]

I am seeing this behavior after doing a fresh install of 8.10 on a dell 1705 . Not seeing any obvious errors in the above mentioned logs.

I'll grab it next time this happens.

My entire system freezes.. only the mouse cursor is moving. everything continues to work, but all window updates stop. Nothing is active / clickable. All keys are disabled.

Only a hard reboot will recover.

[Eric Davis (ercdvs)]

Just after i submitted this bug, my system froze. I was NOT able to recover using the tips in the OP.. unless there is a weird combination needed on a laptop to hit sys req.

[Dave Vree (hdave)]

I have been running Intrepid now for a couple weeks and can report the problem is gone. The huge memory leak I was seeing in compiz-real is also gone. Been running compiz solid with no lock-ups. I am thrilled beyond words....

[Eric Davis (ercdvs)]

I have had yet to have a hang since I disabled all effects. I'll bump them back up and check again

[Thomas (tgrimley)]

I see this problem as well (still) using Intrepid. Nvidia 8800 GTS using 177 drivers from the base install. With compiz disabled I've had no problems, but I'd like to use some of the plugins again.

Can submit anything that would help but I don't think there's anything that hasn't been added.

[don_filippo (gonzoh)]

I had have enough and removed my my ATI x600 from computer. Now I'm using Intel integra on my motherboard and I don't have any problems;) I was waiting too long for resolve this problem.

[Robert B (robertb-macau)]

The same problem also happens on my Dell Dimension 4700 with ATI Radeon X300SE graphics card running Intrepid. Desktop freezes except for the mouse pointer which can still be moved. Connecting through ssh to init 6 the machine still works. I've disabled desktop effects and am waiting to see if the problem recurs. Would be nice to have the desktop effects back though.

[AlckO (alckox)]

Same problem with radeon X700!!

[AlckO (alckox)]

Same problem with radeon X700!!

01:00.0 VGA compatible controller: ATI Technologies Inc RV410 [Radeon X700 (PCIE)]

[Robert Ancell (robert-ancell)]

Thanks for your bug report. The symptoms provided indicate this is a problem with your video drivers and is being reassigned to the xorg package. For more information on problems with visual effects and video drivers see http://wiki.ubuntu.com/VisualEffects.

[Bryce Harrington (bryce)]

[This is an automatic notification.]

A new major version of the -intel driver is now available in Karmic.

This version includes a major reworking of the acceleration
architecture, which resolves a huge number of issues. We do not know
whether it resolves the issue you reported.

Would you mind testing Karmic Alpha-2 and seeing if it is still a
problem? CD ISO images are available here:

  http://cdimages.ubuntu.com/releases/karmic/

If the issue can still be reproduced on karmic, please report here with
your findings, and attach a fresh Xorg.0.log from your test, and we will
be able to forward the bug upstream.

Otherwise, if the bug no longer exists in Karmic, let us know that as
well.

In the off chance you encounter different bugs while attempting to test
Karmic, please report those as new bug reports.

[Bryce Harrington (bryce)]

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.

It seems likely to me this bug is gone; the -intel driver has improved immensely in Karmic and a lot of bugs are being reported as no longer present. So hopefully that's the case here too.