180.27: Freeze openSUSE 11.1 KDE42

[falolaf]

Hi again

Just as with 180.22 and 180.25 my system also freezes with 180.27.

This time I have been able to try to ssh into the machine, which is possible. In top I can see that kwin and X is running 100% each. I'm unable to kill any of those two processes and had to do a hard reeboot.

AMD Athlon X2 3800+
GeForce 7500LE

/Anders

[tomasm]

Same problem here. KDE 4.2 with compositing, drivers 180.27, GeForce 7300 Go, kernel 2.6.25.20 on OpenSuSE 11.0. Error log attached.

The problem is most likely related to what's described in that 17-page thread about corruptions/freezes, except that I am not noticing any graphics corruptions - the system simply randomly hangs during some graphics drawing - scrolling a window, opening a context menu, moving a window, moving plasmoids - well, anything really. Usually happens within 15-20 minutes since X starts. Sometimes only cold rebooting helps, sometimes the mouse remains responsive and I can ctrl+alt+backspace out of it.

I have tried disabling compositing, and so far it looks that it helped, but it's still a bit early to be 100% sure. I'll post again if I get a freeze this way as well. Until today, I had the 173.15 driver on KDE 4.1 and there were no hangs at all.

Tomas

[taril]

I use 8600gt and 8600M gt, check my xorg.conf, it works with the 180.25 and 180.27 driver, but i have graphical errors under firefox during changing between tabs, i always have to use mouse scroll to refresh the content. I use compiz opensuse 11.1 64bit 2.27 kernel.

Section "Device"
Identifier "Device[0]"
Driver "nvidia"
VendorName "NVidia"
BoardName "GeForce 8600 GT"
EndSection

Section "Screen"

# Option "DamageEvents" "True"
# Option "UseCompositeWrapper" "True"
# Option "AllowIndirectPixmaps" "True"
# Option "AddARGBGLXVisuals" "true"
# Option "UseEvents" "false"
# Option "RenderAccel" "true"
# Option "Coolbits" "1"
# Option "FlatPanelProperties" "Scaling = aspect-scaled"
# Option "OnDemandVBlankInterrupts" "true"
# Option "TripleBuffer" "true"
# Option "BackingStore" "true"
# Option "PixmapCacheSize" "1000000"
# Option "AllowSHMPixmaps" "0"
Identifier "Screen[0]"
Device "Device[0]"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "0"
Option "metamodes" "1360x768_60+0+0"
SubSection "Display"
Depth 24
Modes "1360x768"
EndSubSection
EndSection

[tomasm]

Update: I just had a similar lockup happen when not using compositing. The difference was that the lockup has fixed itself within 30 seconds and things reverted to normal. Still very annoying, of course, and I ended up switching to the open-source "nv" driver until this is fixed.

On a more positive note, I seem to have gotten some potentially useful debugging output in Xorg.log - there is a lot of messages that read:
mieqEnequeue: out-of-order valuator event; dropping.
tossed event which came in late

Full log attached. Output of nvidia-bug-report.sh is already attached to my previous post in this thread.

[pcxz]

Originally Posted by tomasm

Still very annoying, of course, and I ended up switching to the open-source "nv" driver until this is fixed.

Also I, ...before I lose something of important work.

[assem046]

I'm also using openSUSE 11.1 with the 180.27 driver and it works. Sometimes there are some minor issues but no freezes. I'm using this kernel: 2.6.27.7-9-default
I've also used 180.22 and 180.25 without big problems.