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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.