[Bug 272591] Everything locks up except mouse

[lpetersen at gmx.net]

https://bugs.kde.org/show_bug.cgi?id=272591


lpetersen at gmx.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lpetersen at gmx.net




--- Comment #2 from  <lpetersen gmx net>  2011-06-03 21:11:15 ---
I have the same problem on my Ubuntu 11.04 x64 box. And I mean the VERY same,
i.e. it is precisely the
NVRM: Xid (0000:01:00): 13, 0001 00000000 00008597 000015e0 00000000 00000100
message I get in my dmesg just before this happens.

I can reproduce this with near certainty by starting up emacs in GTK mode (in a
KDE 4.6.3 session) and "half-maximizing" the window (by dragging it to the
middle of the left screen edge). Just about any kind of resizing the emacs
window, sometimes even moving it around, will do though. Even if the system
does not lock up immediately, I experience the random black "snow" other people
also reported as a by-product of an nvidia driver going mad (i.e. black pixel
artifacts throughout the screen).

Once this snow has started appearing, even when I close emacs again, the "snow"
problem persists; random black pixels appear everywhere when the screen content
changes (e.g., by moving a window around). If I manage to suspend the box (the
nvidia driver sometimes causes lockups when trying to suspend, but this is
another, independent issue) and then resume again, the snow is gone and
everything works fine again (until I start emacs-gtk again).

All this happens both with desktop effects enabled and with effects disabled
(with the Shift-Alt-F12 toggle). Symptoms (of the lockup, after the "black
snow" phase) are in both cases: The mouse cursor moves, but anything else locks
up hard. I can still ssh into the box (for some time, at least), but there is
no way to restart the X server. Magic Sysrq-B works for rebooting, unless I
have tried too many other things before (like Ctrl-Alt-F1 or hitting the
suspend hotkey when it's already locked up -- please note that the above remedy
of suspending and resuming only works while there is still the black snow that
comes before the hard lockup). Once I attempt a suspend when the lockup is
already there, only holding down the power button will work, nothing else.

My machine is a Sony Vaio VPC F12 S1E laptop with an onboard 
01:00.0 VGA compatible controller: nVidia Corporation GT216 [GeForce GT 330M]
(rev a2)
and I am using nvidia-current-275.09-0ubuntu1~edgers~natty, but the exact same
phenomenon occurs also with nvidia-current-260.19.06-0ubuntu1,
nvidia-current-270.41.06-0ubuntu1, and
nvidia-current-270.41.19-0ubuntu1~xup~natty.

My emacs version is emacs23-23.2+17ubuntu2, but it also happens with no
difference in emacs-snapshot-1:20090909-1. I have not yet encountered any other
program provoking the same behavior (nor does emacs in a konsole window -- but
that is a pain ... Yes, vim addicts, I know what you are thinking now ...
don't).

With the nouveau drivers all this does not happen, but they exhibit different
problems like random lockups not related to any specific application and thus
are not an option for me.

Thanks a lot for your time and patience to read through my crap -- I was just
so happy that there was another user with the same NVRM: Xid ... line, so I
finally hope it's not just me ...

If there is anything I can do to help debug this problem, please let me know.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.