From: Nick Martens <nickm@kabelfoon.nl>
To: "Nix N. Nix" <nix@go-nix.ca>
Cc: linux-kernel@vger.kernel.org
Subject: Re: hangs using opengl
Date: Sat, 19 Jan 2002 20:13:12 +0100 [thread overview]
Message-ID: <3C49C548.6040507@kabelfoon.nl> (raw)
In-Reply-To: <3C4712DB.6090201@kabelfoon.nl> <1011292729.12873.27.camel@tux> <1011294257.13517.1.camel@tux> <200201171926.g0HJQUE19410@Port.imtp.ilyichevsk.odessa.ua> <1011303569.14984.3.camel@tux>
Nix N. Nix wrote:
> On Thu, 2002-01-17 at 18:26, Denis Vlasenko wrote:
>
>>On 17 January 2002 17:03, Nix N. Nix wrote:
>>
>>>>Via has recently released a patch to Via-chipset based boards that
>>>>addresses issues Windows XP users have been experiencing (BSODs and
>>>>friends) while playing OpenGL games, especially with NVidia chips. The
>>>>problem and the description of the fix (as taken from the Readme.txt
>>>>from Via's patch) are as follow:
>>>>
>>>>So what does it do? It closes the RX55 memory register in BIOS. The RX55
>>>>register's official name and function is Memory Write Queue (MWQ) timer.
>>>>The MWQ timer is actually a timing device included in the memory host
>>>>controller to prevent write data being held in the memory queue too
>>>>long. After the data has been in the queue too long it times out. This
>>>>timed out data is then given a higher write request priority. Now that
>>>>might sound nice a bit of extra performance BUT the procedure fails when
>>>>overloaded. 3D games and Win XP put too much load on the memory queuing
>>>>timer procedure. The nVidia new driver exaggerates the problem even more
>>>>as the driver enables nVidia cards to use even more memory than previous
>>>>driver versions.
>>>>
>>[snip]
>>
>>
>>>>In light of VIAs discoveries, and the fact that the patch that they now
>>>>have available for Windows is not available for Linux also, I was
>>>>wondering if somebody on this list may be kind enough to help us with
>>>>what may very well be the symptoms of the same problem, but on Linux.
>>>>Could the code that accomplishes the above (turn off the RX55 register)
>>>>be made into a patch that can be applied to the kernel, thus providing
>>>>an equivalent patch for Linux systems ?
>>>>
>>Athlon bug stomper is already in mainline. If latest kernel does not work for
>>you, check that register (man lspci) and 0x95 also. Try to disable them (man
>>
>
> I did lspci -vv -xxx
> Each entry is followed by a table of hex. Is it entries 0x55 and 0x95
> in that table that you're referring to ? If so, well, they're both 0:
>
> 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)
> (prog-if 00 [VGA])
> Subsystem: Asustek Computer, Inc.: Unknown device 4015
> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B-
> Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> <TAbort- <MAbort- >SERR- <PERR-
> Latency: 248 (1250ns min, 250ns max)
> Interrupt: pin A routed to IRQ 11
> Region 0: Memory at ee000000 (32-bit, non-prefetchable)
> [size=16M]
> Region 1: Memory at f0000000 (32-bit, prefetchable) [size=128M]
> Expansion ROM at efff0000 [disabled] [size=64K]
> Capabilities: [60] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
> PME(D0-,D1-,D2-,D3hot-,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> Capabilities: [44] AGP version 2.0
> Status: RQ=31 SBA- 64bit- FW+ Rate=x1,x2
> Command: RQ=31 SBA- AGP+ 64bit- FW- Rate=x2
> 00: de 10 10 01 07 00 b0 02 a1 00 00 03 00 f8 00 00
> 10: 00 00 00 ee 08 00 00 f0 00 00 00 00 00 00 00 00
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 15 40
> 30: 00 00 00 00 60 00 00 00 00 00 00 00 0b 01 05 01
> 40: 43 10 15 40 02 00 20 00 17 00 00 1f 02 01 00 1f
> 50: 01 00 00 00 01 [00] 00 00 ce d6 23 00 0f 00 00 00
> 60: 01 44 02 00 00 00 00 00 00 00 00 00 00 00 00 00
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 90: 00 00 00 00 00 [00] 00 00 00 00 00 00 00 00 00 00
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>
>
>>setpci). Report back - we may need to further improve stomper.
>>--
>>vda
>>
Mine sais:
01:00.0 VGA compatible controller: nVidia Corporation NV15 (Geforce2 GTS) (rev a
4) (prog-if 00 [VGA])
Subsystem: CardExpert Technology: Unknown device 012c
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Step
ping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort
- <MAbort- >SERR- <PERR-
Latency: 248 (1250ns min, 250ns max)
Interrupt: pin A routed to IRQ 5
Region 0: Memory at e2000000 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at d0000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [60] Power Management version 1
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot
-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [44] AGP version 2.0
Status: RQ=31 SBA- 64bit- FW+ Rate=x1,x2
Command: RQ=31 SBA- AGP+ 64bit- FW- Rate=<none>
00: de 10 50 01 07 00 b0 02 a4 00 00 03 00 f8 00 00
10: 00 00 00 e2 08 00 00 d0 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 b0 10 2c 01
30: 00 00 00 00 60 00 00 00 00 00 00 00 05 01 05 01
40: b0 10 2c 01 02 00 20 00 17 00 00 1f 04 01 00 1f
50: 01 00 00 00 01 00 00 00 ce d6 23 00 0f 00 00 00
60: 01 44 01 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
I am now going to test hat nvagp option,I can't download a new kernel from
here connection is far too slow
next prev parent reply other threads:[~2002-01-19 19:15 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-17 18:07 hangs using opengl Nick Martens
[not found] ` <1011292729.12873.27.camel@tux>
2002-01-17 19:03 ` Nix N. Nix
[not found] ` <200201171926.g0HJQUE19410@Port.imtp.ilyichevsk.odessa.ua>
2002-01-17 21:38 ` Nix N. Nix
2002-01-19 19:13 ` Nick Martens [this message]
2002-01-17 21:45 ` Nix N. Nix
[not found] <20020117191450.932B64ADB4@drie.kotnet.org>
2002-01-17 19:38 ` Nick Martens
2002-01-17 20:44 ` Reid Hekman
[not found] ` <3C473A57.3000206@lexus.com>
[not found] ` <1011302680.639.12.camel@zeus>
[not found] ` <3C47429B.7060306@lexus.com>
2002-01-17 22:04 ` Reid Hekman
2002-01-18 0:06 ` Alan Cox
2002-01-19 19:33 ` Nick Martens
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3C49C548.6040507@kabelfoon.nl \
--to=nickm@kabelfoon.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=nix@go-nix.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox