You are not logged in.
I've had hard freezes with Nvidia GTS 250M; Went back to 256.35 and everything is ok.
The freezes happened when using KDE and opengl as composite option. It did also happened when trying glxgears as fullscreen.
The strange thing is that only arch users seems to be affected by this bug; no mention on Nvidia linux's forum... strange!!
sin² x + cos² x = 1
Offline
I've had hard freezes with Nvidia GTS 250M; Went back to 256.35 and everything is ok.
The freezes happened when using KDE and opengl as composite option. It did also happened when trying glxgears as fullscreen.
The strange thing is that only arch users seems to be affected by this bug; no mention on Nvidia linux's forum... strange!!
I'd rather say-it seems to be only Archers with specific hardware.
Of those who posted in this thread: 256.44-1 Works Fine
6600
8600
GTX260 (Twinview'd setup)
GT330M
GTX480 (SLi, I think)
GeForce210
Of those who posted in this thread: 256.44-1 is Broken
GTX470
GT240
GTS250M
GT335
GT360
It looks like the new driver doesn't like newer cards. That being said I've been out of the loop with Nvidia's offerings post-GTX270. Either it is the newer cards, or there's something else going on.
Offline
I've got GT240 and everything works. I use kernel with Con Kolivas patchset and drivers 256.44-1 from my own pkgbuild.
Offline
Today I upgraded to the new driver and my system hangs running compiz:
-= jpalau@jpalau-desktop --> ~ =- $ lspci | grep -i nvidia
06:00.0 VGA compatible controller: nVidia Corporation GT215 [GeForce GT 240] (rev a2)
-= jpalau@jpalau-desktop --> ~ =- $ dmesg
...
[<ffffffffa0a2a8af>] ? nv_kern_ioctl+0x15f/0x460 [nvidia]
[<ffffffffa0a2abec>] ? nv_kern_unlocked_ioctl+0x1c/0x20 [nvidia]
[<ffffffff811334ac>] ? vfs_ioctl+0x3c/0xd0
[<ffffffff81133aac>] ? do_vfs_ioctl+0x7c/0x520
[<ffffffff810fd0fe>] ? remove_vma+0x4e/0x70
[<ffffffff810fe569>] ? do_munmap+0x2c9/0x330
[<ffffffff81133fd1>] ? sys_ioctl+0x81/0xa0
[<ffffffff81009e82>] ? system_call_fastpath+0x16/0x1b
I have had to downgrade to 256.35-1
Offline
Just to add another datapoint
Quadro FX 570 with twinview
Driver version 256.44-1 works fine
Offline
GeForce 9600 GT with 256.44-1 works fine as well.
ILoveCandy
Offline
Contrary to other reports here, I've had no problems at all with my 360M in KDE 4.4.5. The only caveat is that I tend to keep compositing turned off.
Well my lack of difficulties was almost certainly due to the fact that I keep compositing disabled. The moment I do anything 3D / OpenGL I get the same hard freeze as described by others in this thread
Offline
I have had some X freezes on my GT240 machine so far, i will try .35.
I have not had any X freezes on my GTX460 machine so far though.
Offline
Still no problems even with full compisiting efect in KDE 4.4 with latest nvidia running a Nvidia Geforce 210 card
Legends of Nor'Ova - role playing community devoted to quality forum-based and table-top role play, home of the Legends of Nor'Ova Core Rule Book and Legends of Nor'Ova: Saga of Ablution steam punk like forum based RPG
Offline
GTX 470 with 256.44 driver and all latest packages from official repos, no testing. I have a 64-bit machine. No problems whatsoever.
Running Gnome and all sorts of compositing disabled.
Also gaming is stable and much better framerates than the previous 256.35 driver!
Last edited by ulukai (2010-08-09 13:20:05)
Offline
No stability problems here at all. I've only been using it a few hours, though. I have played sauerbraten without issue. I run awesome with plasma-desktop.
Offline
Still no instability, but with Wine 1.3.x and Team Fortress 2 on -dxlevel 9 (now fast with wine's git repository) is very slow. Downgrading to 256.35 fixed the performance problem.
Offline
Upgrade to nvidia 256.44-2, the problem still exists
Downgrade to .35
Offline
It is a problem in the 256.44 driver, confirmed by Nvidia on NVnews forums. Whatever package version of the 256.44 driver gets released by Arch Linux package maintainers most probably won't fix this.
My GTX 470 still no problems though.
Offline
My nvidia gt 240 also freezes on Ubuntu 10.04 64 bit. Can someone post the code for reverting to 256.35?
Thank you.
Offline
My problems with WINE no longer exist after rebuilding WINE and upgrading to 256.44-2 and 2.6.35. The bug could have been in WINE, but may not have been. I don't get it now, and no stability or other problems in X with awesomewm.
Offline
I hold my breath every time nvidia puts out a new driver. The 280 in my desktop is like greased lightening while the 360 in my laptop locks up solid at the first sign of opengl. Nvidia themselves have reproduced the condition, so hopefully a new driver will arrive sooner rather than later.
Offline
Is that problem related to PowerMizer? I had a 8600 M GT which frozen everytime the power-mizer stepped down. The only solution was to deactivate the power-mizer
Offline
Actually I take it back. While performance is much better with 256.44-2 and 2.6.35, it's still significantly worse. I'm building 256.35 for 2.6.35 now. I strongly suggest that Arch considers downgrading until the next official nvidia release.
Offline
Actually I take it back. While performance is much better with 256.44-2 and 2.6.35, it's still significantly worse. I'm building 256.35 for 2.6.35 now. I strongly suggest that Arch considers downgrading until the next official nvidia release.
I think thats impossible dude^^
once i had problems with an older nvidia card becease Arch used the Unstable (i re-checked 100 times and it was the 100% unstable) release of X-Server.
The only answer i got from the devs was "The Version we use is a stable version."
After posting a link to the X.Org homepage where it says that its the unstable version i didn´t got any answer.
Also Archlinux uses the unstable wine instead of the stable version which causes a lot of games not to work
I think you´re at your own, maybe you want to create an nvidia-stable PKGBUILD and post it to AUR
A quote from that thread
1.7.4.901 is a release candidate from the stable branch. It contains accepted patches that will be in 1.7.5.
We're following the stable branch, not specifically stable versions.
As you see they follow the stable branch (incl. alpha, beta, RC and so in). If you also think "Oh damm thats somehow paradox", you´re not alone. As long a RC includes patches which will be in the Final Version too, its a stable Version.
I mean X-Server, KDE, GNOME and so on showed us that, that is just nonsense but some Arch-Devs are just more clever than those "Fanboy-Hackers"
But anyway it seems like the 256.44 is marked as "Recommended by nVidia" and it really looks like it is a stable version (somehow).
Its not the first time that nVidia released a driver which causes crashes, freezes or things like that and in this situations the Arch-Devs didn´t made anything wrong... when nVidia marks this Driver as stable, its nVidias fault
Last edited by Vamp898 (2010-08-21 11:35:37)
Offline
Same problem here with a G94M (Quadro FX 2700M).
I went back to 256.35 using the official NVIDIA binaries. Is that the recommended way ?
Last edited by aurelieng (2010-08-23 14:46:02)
Offline
9800GT here, with KDE KWin 3D compositing enabled.
Everything working flawlessly.
Offline
Same problem here with Quadro M1800. Nvidia say they have found a regression in this version of the driver http://www.nvnews.net/vbulletin/showthr … ?p=2308885. Going back to 256.35.
Offline
why doesn't everyone just stick without [testing] or is there something i am missing.
i deactivated testing and everything is back to normal. i experienced some freezes when using blender/cinelerra/nexuiz but this has stopped after disabling testing-repo :-)
nvidia gt 240
"They say just hold onto your hope but you know if you swallow your pride you will choke"
Alexisonfire - Midnight Regulations
Offline