I used to know these things backwards, but it’s been over three years now, I
as yet haven’t written any low level graphics code in this millenium ! So,
my mind is going. Makes sense, though, although I’m not totally convinced
that write combining buys a heck of a lot; but I may be wrong. What I do
think may end up making difference is to be able to render textures directly
from host memory, specially if it’s true what the press is saying about the
new Longhorn API: if people do their job right, you may end up being able to
render a window as a texture directly from the window image itself.
Now, this is probably off-topic, but for an interesting concept, I suggest
taking a look at http://www.3dna.com.
Alberto.
-----Original Message-----
From: Roddy, Mark [mailto:xxxxx@stratus.com]
Sent: Wednesday, September 24, 2003 3:17 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Re: user mem for DMA
I believe NT handles video memory as a separate case in order to support
write combined mode.
=====================
Mark Roddy
-----Original Message-----
From: Moreira, Alberto [mailto:xxxxx@compuware.com]
Sent: Wednesday, September 24, 2003 3:00 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Re: user mem for DMA
But that may pollute the cache. For example, if we’re doing
graphics output, there’s no need even to use writeback,
writethrough is enough, which means, caching may not buy
much. If for example I write to memory a stream of commands
to a graphics chip, or even a texture to be either loaded or
rendered directly from memory, I don’t need it to be cached.
If I still remember, the Intel graphics chip had the ability
to render a texture directly from main memory, which means
there’s going to be a pretty sizable texture cache
implemented in main memory - well, I’m not sure we want those
textures to be in cacheable memory while they’re rendering,
or we may end up not having enough space in the cache for
anything else.
Also, that’s curious enough, why would XP Bluescreen if one
tries to map uncached memory ?
Alberto.
-----Original Message-----
From: Stephen Williams [mailto:xxxxx@sneakemail.com]
Sent: Wednesday, September 24, 2003 12:05 PM
To: Windows System Software Devs Interest List
Subject: [ntdev] Re: user mem for DMA
Moreira, Alberto alberto.moreira-at-compuware.com
|ntdev/1.0-Allow| wrote:
> A DMA controller is just another master, and it’s
independent of the
> processors, hence, caching doesn’t even make sense in this context,
> right
?
> Or am I missing something ?
It does make sense because if you ask for non-cached memory
and try to map it, XP will eventually BSOD. It turns out that
common buffers are quietly allocated as cached memory because
the common ix86 systems are cache coherent w/ the PCI subsystem.
Steve Williams “The woods are lovely, dark and deep.
steve at icarus.com But I have promises to keep,
http://www.icarus.com and lines to code before I sleep,
http://www.picturel.com And lines to code before I sleep.”
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as: xxxxx@compuware.com To
unsubscribe send a blank email to xxxxx@lists.osr.com
The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it.
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as: xxxxx@stratus.com To
unsubscribe send a blank email to xxxxx@lists.osr.com
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as: xxxxx@compuware.com
To unsubscribe send a blank email to xxxxx@lists.osr.com
The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it.