Hello,
At the moment, DRM provides a wrapper for ioremap() but does not do so for
ioremap_nocache().. this is unfortunate, as a good number of framebuffer
drivers (probably X drivers as well) don't always want to remap in cached
space. This is a quick and dirty patch that adds an ioremap_nocache(
Hi!
I hope I'm not gonna be completely offtopic, but I wanted to say that it isn't
necessary to have 10+ years of X experience to contribute useful code to DRI
project. The "Use the source Luke" is ALMOST sufficient (the docs available
are not, and often have obsolete information, but I think tha
I'm should be on irc.openprojects.net on channel #dri-devel.
No activity. Do I have the right time?
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-dev
Just to make everything clear:
Starting at 5pm pacific (that's about one hour from now)
On irc.openprojects.net
channel #dri-devel
We don't have anything formal planned. It'll probably be mostly a
Q&A. Several of the developers should make it for at least some of the
time.
We can try to schedul
On Sun, Jan 20, 2002 at 09:24:27PM -0700, Jens Owen wrote:
> Andreas Ehliar wrote:
> >
> > Just wondering where the IRC-based meeting is supposed to take place?
> >
> > #dri on irc.openprojects.net ?
>
> I was wondering the same thing. Your suggestion sounds good. Let's go
> with that.
>
>
On Sun, Jan 20, 2002 at 06:20:25PM +, José Fonseca wrote:
> I've finished compiling the the information gathered from the dri-devel
> archives into the FAQ.
Even if the answers aren't available yet, a section should be added on the
environment variables that effect DRI and what they mean.
Frank C. Earl wrote:
>
> On Monday 21 January 2002 09:21 am, Mike Westall wrote:
> > Conversely, if "MS considers OpenGL to be dead and buried,
> > period", it seems that Bill would be "bit silly" to want to
> > spend $62.5 to become the owner of said dead + buried
> > technology!!
>
> OpenGL i
On Wed, 2002-01-16 at 22:01, [EMAIL PROTECTED] wrote:
> Well I have the card so i was interested in either doing a bit of work
> here and there or testing code. Since I've posted the message things have
> got quite busy so i don't really have time to chase ATI for documentation
> and things like
On Mon, Jan 21, 2002 at 04:09:29PM +, Josef Karthauser wrote:
| You reckon? I was told by a group of games writing guys (currently
| working on Xbox) that Direct3D is getting closer and closer to OpenGL in
| functionality.
|
| Which opinion is correct?
D3D has been absorbing OpenGL technolo
On Mon, Jan 21, 2002 at 09:21:54AM -0500, Mike Westall wrote:
| Conversely, if "MS considers OpenGL to be dead and buried,
| period", it seems that Bill would be "bit silly" to want to
| spend $62.5 to become the owner of said dead + buried
| technology!!
I doubt that most of SGI's patents ar
This is a heads up that I'm planning to resync the DRI trunk with
XFree86 4.2.0 some time in the next few days.
David
--
David Dawes Email: [EMAIL PROTECTED]
Tungsten Graphics, Inc http://www.tungstengraphics.com
Founder/President, Release E
On Mon, Jan 21, 2002 at 04:00:55PM +, Keith Whitwell wrote:
> Carl Busjahn wrote:
> >
> > I think the question is not wether they want to kill openGL or not.
> > Microsoft doesn't have anything to replace openGL therefore they are
> > not capable of killing it even if they wanted to. I wish
Carl Busjahn wrote:
>
> I think the question is not wether they want to kill openGL or not.
> Microsoft doesn't have anything to replace openGL therefore they are
> not capable of killing it even if they wanted to. I wish people
> wouldn't get excited about this, because SGI wouldn't be stupid
Fray Bentos wrote:
>
> Forgot all about sending this in
>
> Fixes the HP_OCCLUSION_TEST on voodoo (5500) hardware.
>
> Basically the FIFO needs flushed, otherwise you can end up getting the
> result from a previously rendered geometry.
>
> Also modified to handle a query on a polygon that
Forgot all about sending this in
Fixes the HP_OCCLUSION_TEST on voodoo (5500) hardware.
Basically the FIFO needs flushed, otherwise you can end up getting the
result from a previously rendered geometry.
Also modified to handle a query on a polygon that gets clipped/culled
out by the frustum
I think the question is not wether they want to kill openGL or not.
Microsoft doesn't have anything to replace openGL therefore they are
not capable of killing it even if they wanted to. I wish people
wouldn't get excited about this, because SGI wouldn't be stupid enough
to let Microsoft hav
On Monday 21 January 2002 09:21 am, Mike Westall wrote:
> Conversely, if "MS considers OpenGL to be dead and buried,
> period", it seems that Bill would be "bit silly" to want to
> spend $62.5 to become the owner of said dead + buried
> technology!!
OpenGL is not really technology- it's an API t
Mike Westall wrote:
> We are presently acquiring a rather large cluster
> to build a distributed rendering system that
> will include some DRI related components.
>
> Some vendors responding to our bid have suggested
> replacing the specified 850 with the newer 860.
> Can anyone tell me if t
We are presently acquiring a rather large cluster
to build a distributed rendering system that
will include some DRI related components.
Some vendors responding to our bid have suggested
replacing the specified 850 with the newer 860.
Can anyone tell me if the existing DRI components
are like
Conversely, if "MS considers OpenGL to be dead and buried,
period", it seems that Bill would be "bit silly" to want to
spend $62.5 to become the owner of said dead + buried
technology!!
Mike
Gareth Hughes wrote:
>
> Philip Brown wrote:
> >
> > but I would say that microsoft DOES want to kil
Just in case any one missed it... These is a hardware bug in the Athlon
processor's extended paging (PSE) that cause serious problems when AGP
is in use. I've attached a copy of the article as the site is currently
slashdotted.
"The bad news is that a major Athlon CPU bug has been discovered, an
21 matches
Mail list logo
