public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* video drivers, agp, mtrr, and write-combining
@ 2005-04-20 21:12 Alice Corbin
  2005-04-20 21:24 ` Dave Jones
  0 siblings, 1 reply; 2+ messages in thread
From: Alice Corbin @ 2005-04-20 21:12 UTC (permalink / raw)
  To: linux-kernel

I have a silly question.

I've noticed that some, though no all, video drivers add their video memory
to MTRR as 'write-combining' if both MTRR and AGP are configured in.

Is there a reason that all video drivers don't do this?  Is it all would 
benefit from write-combining memory, but that some simply haven't been 
updated to take advantage of it?  Or could write-combining actually be 
detrimental to some video drivers?  (And if the former, would it make
more sense to do the mtrr_add in a central location, say agpgart?)

Ali

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: video drivers, agp, mtrr, and write-combining
  2005-04-20 21:12 video drivers, agp, mtrr, and write-combining Alice Corbin
@ 2005-04-20 21:24 ` Dave Jones
  0 siblings, 0 replies; 2+ messages in thread
From: Dave Jones @ 2005-04-20 21:24 UTC (permalink / raw)
  To: Alice Corbin; +Cc: linux-kernel

On Wed, Apr 20, 2005 at 02:12:38PM -0700, Alice Corbin wrote:

 > I've noticed that some, though no all, video drivers add their video memory
 > to MTRR as 'write-combining' if both MTRR and AGP are configured in.
 > 
 > Is there a reason that all video drivers don't do this?  Is it all would 
 > benefit from write-combining memory, but that some simply haven't been 
 > updated to take advantage of it?  Or could write-combining actually be 
 > detrimental to some video drivers?  

Either the drivers dont do it (for whatever reason), or the system 
doesnt have any spare MTRRs, or the system has broken WC MTRRs.
Got a specific example of a failing system ?

 > (And if the former, would it make
 > more sense to do the mtrr_add in a central location, say agpgart?)

It *could*, though it's not always straight-forward.
Here's an example of one awkward situation..

Matrox G550: Prefetchable memory behind bridge: f8000000-f9ffffff (31MB)
As MTRRs need to be a power-of-2, thats non-fun.

An NVIDIA GeForce256 --
Prefetchable memory behind bridge: d0000000-d7ffffff (127MB)

Ok, looks like a pattern but some systems with onboard gfx do this..
Prefetchable memory behind bridge: d8000000-dc0fffff (64MB)

There also exist some AGP cards which don't seem to use AGP features,
and have their range listed as fff00000-000fffff, which means
"I have no RAM" iirc.

The heuristics to get all this right would likely be a real mess,
so I feel its better to do it in the gfx card specific driver.

 
An even better solution would be to get PAT support into the kernel
so we can forget MTRRs ever existed.

		Dave


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2005-04-20 21:25 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-20 21:12 video drivers, agp, mtrr, and write-combining Alice Corbin
2005-04-20 21:24 ` Dave Jones

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox