Re: [Dri-devel] Radeon bug (update)

Brian Paul wrote: > > Buddy wrote: > > > > ...Interesting > > > > If i activate the OpenGL window (say, click on it's titlebar), then > > activate another window which covers part of the GL window but doesn't > > trigger the bug, then activate the one that should cause the bug (left > > edge

[Dri-devel] Major rework of DRI, what can we expect?

Hi I heard somewhere that XFree86 DRI will get a major rework in the next few months. What kind of rework are these, what can we expect? Is there something like a Roadmap? Where is DRI going to? What will we see in future? ___ Dri-devel mailing

Re: [Dri-devel] Radeon bug (update)

Buddy wrote: > > ...Interesting > > If i activate the OpenGL window (say, click on it's titlebar), then > activate another window which covers part of the GL window but doesn't > trigger the bug, then activate the one that should cause the bug (left > edge over, right edge not), the GL app c

Re: [Dri-devel] New Radeon problems...

Brian Paul wrote: > > Adam K Kirchhoff wrote: > > > > I pulled the DRI cvs this afternoon (main trunk) and gave it a whirl. > > X never fully starts up. After about five-ten seconds, the monitor puts > > itself to sleep and /var/log/XFree86.0.log ends with: > > > > 32 128x128 slo

Re: [Dri-devel] New Radeon problems...

Adam K Kirchhoff wrote: > > I pulled the DRI cvs this afternoon (main trunk) and gave it a whirl. > X never fully starts up. After about five-ten seconds, the monitor puts > itself to sleep and /var/log/XFree86.0.log ends with: > > 32 128x128 slots > 21 256x256 s

[Dri-devel] Re: [Dri-patches] CVS Update: xc (branch: mesa-3-5-branch)

Alan Hourihane wrote: > > CVSROOT:/cvsroot/dri > Module name:xc > Repository: xc/xc/lib/GL/mesa/src/X86/ > Changes by: alanh@usw-pr-cvs1. 01/04/02 07:26:55 > > Log message: > allow matypes.h to be autogenerated Alan, you're a legend :-) -- Gareth ___

Re: [Dri-devel] What's wrong with the mesa-3.5 branch?

On Mon, Apr 02, 2001 at 03:55:33PM +0200, Dieter Nützel wrote: > Am Montag, 2. April 2001 15:28 schrieb Gareth Hughes: > > Dieter Ntzel wrote: > > > Hello, > > > > > > I've tried the mesa-3.5-branch several times during the last weeks but > > > had no luck, yet. > > > > > > ... > > > > > > Am I m

Re: [Dri-devel] What's wrong with the mesa-3.5 branch?

Dieter Nützel wrote: > > That's what I am doing for ages... > I have it all up in /opt/Mesa. Fresh cvs update and "make check", but no > "install". Do I need that, too? > The "bootstrap" file is missing for several weeks, now. How can I get it > back? Whoever maintains the non-Makefile.X11 buil

Re: [Dri-devel] What's wrong with the mesa-3.5 branch?

Am Montag, 2. April 2001 15:28 schrieb Gareth Hughes: > Dieter Nützel wrote: > > Hello, > > > > I've tried the mesa-3.5-branch several times during the last weeks but > > had no luck, yet. > > > > ... > > > > Am I missing something? > > Build your copy of standalone Mesa. That's what I am doing

Re: [Dri-devel] What's wrong with the mesa-3.5 branch?

Alan Hourihane wrote: > > You need a fully checked out AND build of Mesa, before building the > mesa 3.5 branch. The matypes.h file is autogenerated during the Mesa 3.5 > build. And it will stay this way until: 1) matypes.h has settled down enough (meaning that the type definitions that the hea

Re: [Dri-devel] What's wrong with the mesa-3.5 branch?

On Mon, Apr 02, 2001 at 03:22:12PM +0200, Dieter Nützel wrote: > Hello, > > I've tried the mesa-3.5-branch several times during the last weeks but had no > luck, yet. > > make[6]: Entering directory > `/tmp/INSTALL/SOURCE/dri/xc/xc/lib/GL/mesa/src/math'make[6]: Leaving > directory `/tmp/INSTA

Re: [Dri-devel] What's wrong with the mesa-3.5 branch?

Dieter Nützel wrote: > > Hello, > > I've tried the mesa-3.5-branch several times during the last weeks but had no > luck, yet. > > ... > > Am I missing something? Build your copy of standalone Mesa. And don't be surprised that development branches are sometimes difficult to use... -- Gareth

[Dri-devel] What's wrong with the mesa-3.5 branch?

Hello, I've tried the mesa-3.5-branch several times during the last weeks but had no luck, yet. make[6]: Entering directory `/tmp/INSTALL/SOURCE/dri/xc/xc/lib/GL/mesa/src/math'make[6]: Leaving directory `/tmp/INSTALL/SOURCE/dri/xc/xc/lib/GL/mesa/src/math' including in lib/GL/mesa/src/X86... m

Re: [Dri-devel] Re: New Radeon problems... (still)

> From: Adam K Kirchhoff <[EMAIL PROTECTED]> > OK... I just upgraded to 2.4.3, recompiled the DRM modules from DRI cvs, > and it's working. Was something done to the CVS code to make it work with > 2.4.3, and, if so, could it have had a negative impact on 2.4.2? Yes, it's been changed due to

[Dri-devel] Re: APT-able Debian DRI CVS packages ready for testing.

On Fri, Mar 30, 2001 at 01:58:19PM -0600, Thomas E. Vaughan wrote: > On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote: > > > > Ok, perhaps I'm really dense, but what's the advantage of using this over > > just using Branden's X debs? I have 3d acceleration and working DRI for > > both

[Dri-devel] Which DRM is "better" for tdfx ?

Hi all, I'm going to try Linux 2.4.3 tonight and wondering which DRM module would best for my V5 5500 AGP... I used the kernel's one since it was included in the mainstream kernel, and it always worked fine since. But I realize that there have been several updates to at least _some_ DRM modules