public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Nix N. Nix" <nix@go-nix.ca>
To: vda@port.imtp.ilyichevsk.odessa.ua
Cc: linux-kernel@vger.kernel.org
Subject: Re: hangs using opengl
Date: 17 Jan 2002 16:38:32 -0500	[thread overview]
Message-ID: <1011303569.14984.3.camel@tux> (raw)
In-Reply-To: <200201171926.g0HJQUE19410@Port.imtp.ilyichevsk.odessa.ua>
In-Reply-To: <3C4712DB.6090201@kabelfoon.nl> <1011292729.12873.27.camel@tux> <1011294257.13517.1.camel@tux>  <200201171926.g0HJQUE19410@Port.imtp.ilyichevsk.odessa.ua>

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
> 



  parent reply	other threads:[~2002-01-17 21:39 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 [this message]
2002-01-19 19:13         ` Nick Martens
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=1011303569.14984.3.camel@tux \
    --to=nix@go-nix.ca \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vda@port.imtp.ilyichevsk.odessa.ua \
    /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