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

Newegg Daily Deals

Reply
 
Thread Tools
Old 09-25-04, 05:02 AM   #37
energyman76b
Registered User
 
Join Date: Dec 2002
Location: Clausthal/Germany
Posts: 1,104
Default Re: finally stable 61.11? [patch inside]

You may find this interesting:
http://www.anandtech.com/printarticle.aspx?i=2114
energyman76b is offline   Reply With Quote
Old 09-27-04, 09:23 AM   #38
ScofieldKid
Registered User
 
Join Date: Aug 2004
Posts: 21
Default Re: finally stable 61.11? [patch inside]

Doing a comparison now. With an ATI Radeon 9600 in the slot, doing xorg.conf with the default radeon driver, some occassional blips when running glxgears. I'll be testing the 5900GT in another setup on an P4 Intel chipset.

So... long story short. I think the K8W has power problems or some other kind of problems on the AGP bus. Tyan, how many times can you get burned before you learn....
ScofieldKid is offline   Reply With Quote
Old 09-27-04, 11:17 AM   #39
archil
Registered User
 
Join Date: Sep 2004
Posts: 6
Default Re: finally stable 61.11? [patch inside]

I am not familiar with the nforce devices. Will this patch work with the go5700 in the HP zd7000 laptops?

thx,

archil
archil is offline   Reply With Quote
Old 10-04-04, 07:20 PM   #40
ScofieldKid
Registered User
 
Join Date: Aug 2004
Posts: 21
Default Re: Finally stable 61.11? [patch inside]

Madpat....

How has it been going? My latest theory is that perhaps the K8W is too power-hungry. Since I've wasted enough time on this motherboard, I have an evil plan... But really, who knows. Some kind of BUS contention would explain it just as well...

Push the 244 into a K8T800 motherboard instead. I believe this should work, and since that chipset has been pushed hard for a long time, I was thinking it might be a better bet. That is, since AGP is not an afterthought, maybe the ASUS K8T800 Socket 940 motherboard would be more sensible for this kind of desktop setup.

The K8W is great for computational work... but it just seems like there is some nasty thing wrong with the graphics interface, and incredibly wrong when 3D is pushed through the bus.
ScofieldKid is offline   Reply With Quote
Old 10-05-04, 03:54 PM   #41
mc-escher
Registered User
 
Join Date: Oct 2004
Posts: 3
Default Re: Finally stable 61.11? [patch inside]

HI!

I have also a very similar configuration, and I'll add my experiences as I'm
also frustrated with this problem.


Some infos:

K8W, dual Opteron 244's
2Gigs ram (4 x 512 interleaved)
NV 6800 Ultra
Dual boot winXP (32 bit) / gentoo x86_64

Kernel: gentoo-dev-sources 2.6.7-r11
NVdriver: 6111 (kernel, glx, and emul-linux-x86 (32 bit libs)) installed
with defaults.


I've had this system for a while, but only recently
decided to put gentoo 64 on it.

Previously, gaming in windows worked fine. Ut2k4, Doom3,
(with a caveat that quake3 would freeze after 5 minutes of
play, which was solved by overclocking the 2D frequency to
match 3D clock)

When I installed gentoo 64, I was originally quite pleased as UT2K4
installed right out of the box and played well. (I didn't realise at the
time it was 64 bit) But then, I tried Q3 and the trouble started.

I have experienced a range of different bad things with this setup:

1) black screen with diagonal white lines and frozen computer

2) black screen with mouse pointer that still moves, after which I was
still able to ssh into the machine and kill -9 X and quake3.x86, etc

3) After doing (2) I wouldn't get console back on primary machine, so
I could start up a new X from ssh prompt (and it would say it was starting
up on VT8) But over 50% of the time the screen would contain also
some periodic garbage after about every 4th line.

4) running quake3 from this /sometimes/ resulted in the game actually
playing but with the periodic garbage still present every 4 lines.
(like dirty pixels or something). Other times it resulted in (2)

5) Another funny thing is that in all cases that q3 would actually run,
the sound would exist during opening menus, but would stop working
once I entered a game or level. (probably a completely separate issue)

6) Sometimes, even UT2K4 crashes the system. (It almost seems like it
works the first time, but not the second)



I guess for me, the solution at the moment is to reboot to windows
if I want to play quake3, and hope that time heals all ( from reading
all these forums, it seems like things are at that prickly phase
where patches and work arounds seem to be working for some people
but you have to compromise system integrity and a lot of time to try
them) But I am interested in hearing how it's going with others, as
I think this is the first time I've seen my exact problems spelled out.





more info:
node5 cards # cat 0
Model: GeForce 6800 Ultra
IRQ: 16
Video BIOS: 05.40.02.10.13
Card Type: AGP

node5 agp # cat card
Fast Writes: Supported
SBA: Supported
AGP Rates: 8x 4x
Registers: 0xff000e1b:0x1f000302

node5 agp # cat host-bridge
Host Bridge: Advanced Micro Devices [AMD] AMD-8151 System Controller
Fast Writes: Supported
SBA: Supported
AGP Rates: 8x 4x
Registers: 0x1f000b7b:0x00000b22

node5 agp # cat status
Status: Enabled
Driver: AGPGART
AGP Rate: 8x
Fast Writes: Disabled
SBA: Enabled





Quote:
Originally Posted by ScofieldKid
Madpat....

The K8W is great for computational work... but it just seems like there is some nasty thing wrong with the graphics interface, and incredibly wrong when 3D is pushed through the bus.
mc-escher is offline   Reply With Quote
Old 10-06-04, 04:06 AM   #42
LordMorgul
Electrical Engineer
 
LordMorgul's Avatar
 
Join Date: Dec 2002
Location: San Luis Obispo, CA
Posts: 872
Default Re: finally stable 61.11? [patch inside]

options nvidia NVreg_EnableAGPSBA=1 NVreg_EnableAGPFW=1

Add the line above to /etc/modprobe.conf, and then its On or off as you please. There may be some systems for which the driver ignores these, as for nForce based boards I cannot say.
__________________
"..the triumph of evil is for good men to do nothing." (Edmond Burke)
nVIDIA video driver RPMs for Fedora :: see yum repo at livna.org.
LordMorgul is offline   Reply With Quote
Old 10-06-04, 11:18 AM   #43
Soluzar
Registered User
 
Join Date: Oct 2004
Posts: 34
Default Re: Finally stable 61.11? [patch inside]

Is the patch that's mentioned in this thread in the current gentoo ebuild of 61.11? I'm presuming that it must be, since I have had no stability issues whatsoever since I changed my settings to suit this driver.
Soluzar is offline   Reply With Quote
Old 10-06-04, 01:36 PM   #44
mc-escher
Registered User
 
Join Date: Oct 2004
Posts: 3
Default Re: Finally stable 61.11? [patch inside]

Quote:
Originally Posted by Soluzar
Is the patch that's mentioned in this thread in the current gentoo ebuild of 61.11? I'm presuming that it must be, since I have had no stability issues whatsoever since I changed my settings to suit this driver.
I'm not sure that it is, actually. I've only last night upgraded to
gentoo-dev-sources- 2.6.8-r4 and made sure to answer NO to any
framebuffer support (it seems that even having it set to M without
a loaded module seems to also cause problems)

Now, Quake3 works great, and UT2K4 (which was previously working)
has begun crashing haha..

Also, there is something wrong with Doom3, but I've heard this is a specific
problem of breakages caused by gentoo-dev-sources 2.6.8-r4. But I'm gonna
wait on that since I already finished D3 (and it's not really that fun to me in
deathmatch)


Anyway, I never saw any warnings about BIOS settings being wrong, when
using the gentoo nvidia 1611 ebuild, even though I had PnP OS support
set to YES in bios. (see patch text for details)
mc-escher is offline   Reply With Quote

Old 10-06-04, 02:27 PM   #45
Soluzar
Registered User
 
Join Date: Oct 2004
Posts: 34
Default Re: Finally stable 61.11? [patch inside]

Quote:
Originally Posted by mc-escher
I'm not sure that it is, actually. I've only last night upgraded to
gentoo-dev-sources- 2.6.8-r4 and made sure to answer NO to any
framebuffer support (it seems that even having it set to M without
a loaded module seems to also cause problems)

Now, Quake3 works great, and UT2K4 (which was previously working)
has begun crashing haha..

Also, there is something wrong with Doom3, but I've heard this is a specific
problem of breakages caused by gentoo-dev-sources 2.6.8-r4. But I'm gonna
wait on that since I already finished D3 (and it's not really that fun to me in
deathmatch)


Anyway, I never saw any warnings about BIOS settings being wrong, when
using the gentoo nvidia 1611 ebuild, even though I had PnP OS support
set to YES in bios. (see patch text for details)

I dunno if that last paragraph was specifically @ me, but I would like to ask you something. Have you tweaked your AGP driving value? I haven't had a crash since I did that. The readme states that it should be between EA and EE I think. My vendor-supplied setting was DA. I upped it to EA, and bye-bye crashes. Any FB support? That's odd. I have FB support, compiled in, Just vesafb not rivafb. If I can't have a framebuffer console then I'm not a happy man.
Soluzar is offline   Reply With Quote
Old 10-06-04, 08:30 PM   #46
mc-escher
Registered User
 
Join Date: Oct 2004
Posts: 3
Default Re: Finally stable 61.11? [patch inside]

Quote:
Originally Posted by Soluzar
I dunno if that last paragraph was specifically @ me, but I would like to ask you something. Have you tweaked your AGP driving value? I haven't had a crash since I did that. The readme states that it should be between EA and EE I think. My vendor-supplied setting was DA. I upped it to EA, and bye-bye crashes. Any FB support? That's odd. I have FB support, compiled in, Just vesafb not rivafb. If I can't have a framebuffer console then I'm not a happy man.

Hi Soluzar!

Nope, I haven't messed with those settings. Do you know of any
way to inspect the current settings without rebooting to BIOS?
Actually, I'm not even sure i have that setting (although I do
have P and N data and strobe stength settings, but haven't changed
them from auto, since I don't know how to set them)

I'm all for making stuff stable though!! (as I said though, it seemed
to work fine in windows after I set the NV6800 2D and 3D clocks to
425)
mc-escher is offline   Reply With Quote
Old 10-07-04, 03:13 AM   #47
PrakashP
gentoo ~x86_64 user
 
PrakashP's Avatar
 
Join Date: Jul 2004
Location: Germania
Posts: 213
Default Re: Finally stable 61.11? [patch inside]

The AGP Drive Strength is only customizable (otherwise one would never be able to get it stable) with "fantastic" VIA chipsets and using AGP 4x.... Other chipsets know how to implement AGP 4x properly...
PrakashP is offline   Reply With Quote
Old 10-07-04, 04:48 PM   #48
maro
Registered User
 
Join Date: Feb 2004
Location: Holy Roman Empire
Posts: 64
Default Re: Finally stable 61.11? [patch inside]

It has been a while since I last tried, but I gave it another go. Still using the same SMP system with VIA Apollo Pro 266T, but this time with Nvidia driver 61.11, patch applied, video card upgraded to GF3Ti200, 2.6.8.1 with ck patch. Result:

The chip set is still ignored by the Nvidia driver -> have to use AGPGART. After running for a while, X produces faulty pixels when, say, moving windows (ie. bitblt operations inside video ram). System froze within a couple of days (as before). could telnet in to sync and reboot.

In other words, no improvement since I first reported the problem to Nvidia one and a half years ago. Only "pci badness" is no longer reported. The freeze is now silent.

Back to open source nv driver which appears pretty snappy in 2D and shows no faulty pixels...
maro 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 07:09 PM.


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