From: Nick Warne <nick@linicks.net>
To: Terence Ripperda <tripperda@nvidia.com>, linux-kernel@vger.kernel.org
Subject: Re: How to disable slow agpgart in kernel config?
Date: Fri, 11 Feb 2005 22:34:59 +0000 [thread overview]
Message-ID: <200502112234.59690.nick@linicks.net> (raw)
In-Reply-To: <20050211221956.GO24747@hygelac>
On Friday 11 February 2005 22:19, Terence Ripperda wrote:
> > > I just read through the nVidia readme file, and there is a
> > > comprehensive section on what module to use for what chipset (and
> > > card). It recommends using the nVagp for my setup,
>
> is that the "CONFIGURING AGP" appendix? I didn't think that we
> recommended which agp driver to use. the intention was just to
> document which chipsets are supported by nvagp and point out that
> agpgart may/probably supports more chipsets. that section also
> documents some hardware 'issues' that we work around. we work around
> these issues regardless of which agp driver is being used.
Thats the one. I read this in APPENDIX F:
"The following AGP chipsets are supported by NVIDIA's AGP; for all other
chipsets it is recommended that you use the AGPGART module."
as saying 'if you have one of these chipsets use nVagp' else use agpgart.
> for this via kt133 issue, I looked through the agpgart and nvagp
> initializations and didn't see anything much different. both
> initialize and flush gart mappings the same way. both seem to allocate
> memory the same way (nvagp uses __get_free_pages, which eventually
> calls alloc_pages) with the GFP_KERNEL flag. I'm not sure why there
> would be much difference between the two.
I have had no issue at all running agpgart on Slackware 10 with KDE 3.3.x. It
was just when I read this thread I didn't realise there was another option of
a different NV module. I just tried it after reading deeper in the
readme.txt ref. the Quake2 OpenGL 'rippling wave' I get every 5 minutes or
so. It fixed it, BTW. I now have a constant clear display 100% in Quake2 :)
I haven't noticed any difference at all in 2d desktop stuff (except maybe it
is slightly brighter).
Nick
--
"When you're chewing on life's gristle,
Don't grumble, Give a whistle..."
next prev parent reply other threads:[~2005-02-11 22:35 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-11 18:04 How to disable slow agpgart in kernel config? Nick Warne
2005-02-11 18:48 ` Dave Jones
2005-02-11 22:19 ` Terence Ripperda
2005-02-11 22:34 ` Nick Warne [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-02-12 18:16 Marcus Hartig
2005-02-12 18:26 ` Arjan van de Ven
2005-02-12 19:36 ` Marcus Hartig
2005-02-12 20:47 ` Dave Jones
2005-02-13 9:20 ` Marcus Hartig
2005-02-11 6:07 Marcus Hartig
2005-02-11 6:21 ` Dave Jones
2005-02-11 16:21 ` Marcus Hartig
2005-02-11 18:46 ` Dave Jones
2005-02-11 21:08 ` Marcus Hartig
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=200502112234.59690.nick@linicks.net \
--to=nick@linicks.net \
--cc=linux-kernel@vger.kernel.org \
--cc=tripperda@nvidia.com \
/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.