Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00E1_25B40A2C.D4346E20"
Liam,
Did you see the flow chart at
http://dri.sourceforge.net/doc/control_flow_poster.jpg
Smitty wrote:
>
> Howzit?
>
> I would like to confirm my understanding of the various data paths between
>applications (both direct and indirect rendering) and the graphics hardware.
>
> First I have t
Howzit?
I would like to confirm my understanding of the various data paths between
applications (both direct and indirect rendering) and the graphics hardware.
First I have the path of 3D data between the 3D direct rendering program and the
graphics hardware which is pretty simple.
Direct re
If there are any 8500 owners out there that have been longing for 3d in
linux, you can download the firegl 8800 drivers and install them . They
will work . These were released a day or two ago and work on firegl and
the 8500.
Download link:
http://www.ati.com/support/products/workstation/fireg
On Sun, 2 Jun 2002 13:48:02 -0400 (EDT)
Leif Delgass <[EMAIL PROTECTED]> wrote:
[...]
> > I had a closer look at this. I get a lockup when I run the Xserver
> > without DRI after switching from a 2D accelerated XFree86 4.1 server to
> > the text console. If DRI is loaded there is no problem. If I
On Sun, 2 Jun 2002, Felix Kühling wrote:
> Hi,
>
> I submitted another message about this yesterday. It didn't show up in
> the SourceForge archive and you didn't refer to it, so I'm submitting it
> again:
>
> --
>
> [Michel D
On Sun, 26 May 2002, hy0 wrote:
> This one (VT switching lockup with DRI) has been haunting us for a
> while. It appears to be hardware (Agp chipset) related.
Yes, and here is something a bit odd: in one of my boxes, replacing a
Tyan S2460 motherboard (AMD 760MP chipset) with an ASUS A7M266-D
m
On Sun, Jun 02, 2002 at 06:22:03PM +0200, Michel Dänzer wrote:
> > - Changing the do_wait_for_idle into a while(1) loop (not really a
> > permanant thing to do, just to see the improvement if we stop the
> > continual looping in and out of the kernel to wait for idle)
>
> I don't understand w
Title: Mortgage companies make you wait
Mortgage companies make you wait...They Demand to Interview you..They Intimidate you...They Humiliate you...And All of That is While They Decide If They Even Want to Do Business With You...
We Turn the Tables on Them...Now,
On Sun, 2002-06-02 at 17:58, Michael wrote:
> On Sun, Jun 02, 2002 at 05:27:04PM +0200, Michel Dänzer wrote:
> > On Sun, 2002-05-26 at 20:17, Michel Dänzer wrote:
>
> > Also, the framerate seems to drop very quickly as the polygon count
> > rises, e.g. with the XScreenSaver lament hack, it drops
On Sun, Jun 02, 2002 at 04:58:33PM +0100, Michael wrote:
> Keith disabled it by default, because it's broken with a few things, you
> need a EnablePageFlipping entry in XFConfig-4
oops, EnablePageFlip.
--
Michael.
___
Don't miss the
On Sun, Jun 02, 2002 at 05:27:04PM +0200, Michel Dänzer wrote:
> On Sun, 2002-05-26 at 20:17, Michel Dänzer wrote:
> Also, the framerate seems to drop very quickly as the polygon count
> rises, e.g. with the XScreenSaver lament hack, it drops from around 250
> fps when it's a single cube to aroun
I've reworked the patch a bit again to try and make the endianness
issues more explicit. It also attempts to fix r128 but I can't test
that.
http://penguinppc.org/~daenzer/DRI/endianness.diff
I'm going to commit this now, will the Mesa changes propagate to the
Mesa tree or do I have to take car
Hi,
I submitted another message about this yesterday. It didn't show up in
the SourceForge archive and you didn't refer to it, so I'm submitting it
again:
--
[Michel Dänzer <[EMAIL PROTECTED]>]
> These messages are harmless unl
On 2002.06.01 23:49 Leif Delgass wrote:
> ...
>
> I found and fixed this problem (I was using ring.tail to set the offset
> for buffer "aging" before it was incremented).
>
> ...
>
> I've cleaned this up a bit and done the work in COMMIT_RING.
>
> ...
>
> OK, I'm still not sure if I have this
15 matches
Mail list logo
