Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 11-14-09, 02:57 PM   #1
cyberf0x
Registered User
 
Join Date: Jun 2004
Posts: 50
Default 190.42 official hanging driver....

Hello

I can see that 190.42 is the official driver now. Too bad it's still hanging the whole machine for me (as it was with all 190.xx series).

Another thing is that everytime it changes the clock speed while set to Adaptive in nvidia-settings it corrupts the whole screen for a moment.
Prefer maximum performance helps but when I start glxgears it just hangs the whole thing.
I've checked all possible kernels and kernel options, enabling and disabling them and it doesn't help. I've tried all the driver options and it also doesn't help.
I'm running 173.14.22 now but it's very slow. Anything else I can try? (besides providing nvidia log since there's nothing in logs if it happens)
cyberf0x is offline   Reply With Quote
Old 11-15-09, 08:34 AM   #2
jma
Registered User
 
Join Date: Oct 2009
Location: Stockholm
Posts: 33
Default Re: 190.42 official hanging driver....

What card is it?
jma is offline   Reply With Quote
Old 11-15-09, 10:06 AM   #3
cyberf0x
Registered User
 
Join Date: Jun 2004
Posts: 50
Default Re: 190.42 official hanging driver....

Hello

It's 8700M GT. I've just finished installing x86_64 version of Archlinux, and it's the same thing as before while using i686.

EDIT: just to let you know, things i've tried:
Until latest xorg update which removes resvgashared symbol I was using 180.60 driver. It was flickering from time to time but as Aaron pointed out before "AllowSHMPixmaps" helped a little.

Tested all 190.xx series it was the same thing and at some point I was able to see some Xid errors and PE 00003 error after hangup but this doesn't tell me anything and I've filled a bug report but no resolution.

Tried kernel versions starting from 2.6.29 up to 2.6.31-rc7, with or without all the features that might affect the card ie. pat, msi, irq rerouting, experimental pcie features, mmconfig, different MADT tables, acpi on/off, and so on.
At the end I've had kernel 2.6.29 almost without all the drivers and 2.6.31-rc7 with everything loaded and there was no difference in the driver behavior. 180.60 was still flickering from time to time, 185 was segfaulting (bug reported) and 190.xx was hanging everything.

On my second hdd I'm testing win7 (vista before that) and the official driver is not working. I've used the driver provided on toshiba support site but the driver was getting old (175.x or smth) and then I've found modded drivers - 182.46 and it works like a charm.

EDIT2:
I don't know... Out of ideas. Tried also all the options from nvidia-settings, module options for the driver itself, tried different WMs, checked the difference if the laptop is on power without battery, etc. The driver is just useless. Will check another driver in few months and as for now I'm happy that the modded 185.85 driver works fine under win7.

best regards

Last edited by cyberf0x; 11-18-09 at 07:47 PM.
cyberf0x is offline   Reply With Quote
Old 11-18-09, 07:48 PM   #4
cyberf0x
Registered User
 
Join Date: Jun 2004
Posts: 50
Default Re: 190.42 official hanging driver....

bump :P
cyberf0x is offline   Reply With Quote
Old 11-21-09, 10:15 AM   #5
cyberf0x
Registered User
 
Join Date: Jun 2004
Posts: 50
Default Re: 190.42 official hanging driver....

Ehm... is it at least possible to make 180.60 work with latest xorg? That would be great.

EDIT:
173.14.22 just welcomed me with: (same situation, any GL app)
this is for glxgears, youtube video and smplayer in the same time ;]

NVRM: Xid (0001:00): 6, PE0003
NVRM: Xid (0001:00): 36, L0 -> L0
NVRM: Xid (0001:00): 6, PE0003
NVRM: Xid (0001:00): 36, L1 -> L0
NVRM: Xid (0001:00): 13, 0003 00000000 00005039 00000328 00000000 00000023
NVRM: Xid (0001:00): 13, 0003 00000000 00005039 00000328 00000000 00000023
NVRM: Xid (0001:00): 36, L1 -> L0
NVRM: Xid (0001:00): 13, 0003 00000000 00005039 00000328 00000000 00000023
NVRM: Xid (0001:00): 13, 0003 00000000 00005039 00000328 00000000 00000023
NVRM: Xid (0001:00): 36, L1 -> L0

looks like the difference between 190.42 and this one in my case is that 190.42 is hangin the whole thing instead of just blinking
cyberf0x is offline   Reply With Quote
Old 11-23-09, 05:57 AM   #6
augegr
Registered User
 
Join Date: Sep 2009
Posts: 12
Default Re: 190.42 official hanging driver....

Do you have UseEvents enabled in your xorg.conf?

If so, try disabling that.
augegr is offline   Reply With Quote
Old 11-23-09, 07:31 AM   #7
th0rgal
Registered User
 
Join Date: Nov 2004
Posts: 31
Default Re: 190.42 official hanging driver....

check these threads:

http://www.nvnews.net/vbulletin/showthread.php?t=141619
http://www.nvnews.net/vbulletin/showthread.php?t=139143

and apply the previous poster's advice. I discovered this myself as well and that did it.
th0rgal is offline   Reply With Quote
Old 11-23-09, 12:09 PM   #8
cyberf0x
Registered User
 
Join Date: Jun 2004
Posts: 50
Default Re: 190.42 official hanging driver....

UseEvents is disabled by default but just to make sure I put it in xorg.conf,which i had to create (it's no longer needed for the latest xorg) and it doesn't change anything.
cyberf0x is offline   Reply With Quote

Old 11-25-09, 04:20 PM   #9
cyberf0x
Registered User
 
Join Date: Jun 2004
Posts: 50
Default Re: 190.42 official hanging driver....

Well 195.22 hangs it right at kdm start so 190.42 is much better, at least it let me open fluxbox .
cyberf0x is offline   Reply With Quote
Old 11-25-09, 07:15 PM   #10
mbreuer
Registered User
 
Join Date: Feb 2005
Posts: 12
Send a message via AIM to mbreuer
Default Re: 190.42 official hanging driver....

Quote:
Originally Posted by cyberf0x View Post
Well 195.22 hangs it right at kdm start so 190.42 is much better, at least it let me open fluxbox .
If you're running on a recent fedora, you may have hit this: https://bugzilla.redhat.com/show_bug.cgi?id=475890

basically, kdm is starting X on vt1, but there's also a mingetty there. Using xorg, this manifests as 100% cpu utilization. It's possible that the nvidia driver handles this differently.
mbreuer is offline   Reply With Quote
Old 11-26-09, 03:51 PM   #11
cyberf0x
Registered User
 
Join Date: Jun 2004
Posts: 50
Default Re: 190.42 official hanging driver....

Nope, not runnign Fedora but Arch. On tty1 is my agetty on tty7 is xorg, servertvs points to -7.

best regards
cyberf0x is offline   Reply With Quote
Old 11-28-09, 09:26 AM   #12
cyberf0x
Registered User
 
Join Date: Jun 2004
Posts: 50
Default Re: 190.42 official hanging driver....

Well I have to say there's a way to run 195.22

Just added:
Section "Module"
Disable "glx"
EndSection

It's fast and it produces a lot of Xid errors (I figured out that developer's intention was huge amount of Xid errors as a normal behavior )

Nov 28 06:51:33 caprica kernel: NVRM: Xid (0001:00): 13, 0004 00000000 00008297 000013a8 00082ff4 0000000c
Nov 28 06:51:33 caprica kernel: NVRM: Xid (0001:00): 13, 0004 00000000 00008297 000013a8 00082ff4 0000000c
Nov 28 06:51:33 caprica kernel: NVRM: Xid (0001:00): 36, L0 -> L0
Nov 28 06:51:33 caprica kernel: NVRM: Xid (0001:00): 1, Channel 00000004 Method 00000000 Data 03840000

I've also tried those options:
options nvidia NVreg_EnableAGPSBA=1 NVreg_EnableAGPFW=1 NVreg_Mobile=2 NVreg_RemapLimit=124 NVreg_UpdateMemoryTypes=1 NVreg_UseVBios=0 NVreg_UsePageAttributeTable=0 NVreg_MapRegistersEarly=1

I don't think first two have any impact on PCIe card but, who knows , this driver is a mystery

Now without glx I can't actually do anything for my work but still... maybe this suppost to work like this, just show that it can start

best regards
cyberf0x is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 11:25 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.