Re: [Dri-devel] GLSlang approved by ARB

2003-07-01 Thread Allen Akin
Be careful about how you interpret this news. The GL2 proposal has *not* been adopted as part of the OpenGL core. (Not yet, at least.) The shading language plus the three related extensions were approved as ARB extensions, though. Allen --- T

Re: [Dri-devel] GLSlang approved by ARB

2003-07-01 Thread Brian Paul
Laurent Pinchart wrote: "3DLabs have released their GL2 SDK today and claim that the latest version of glslang was approved by the ARB at the June meeting. There's a revised version of the spec and some examples." http://www.3dlabs.com/support/developer/ogl2/index.htm Is there any roadmap regardi

Re: [Dri-devel] GLSlang approved by ARB

2003-07-01 Thread Laurent Pinchart
> "3DLabs have released their GL2 SDK today and claim that the latest version > of glslang was approved by the ARB at the June meeting. There's a revised > version of the spec and some examples." > > http://www.3dlabs.com/support/developer/ogl2/index.htm Is there any roadmap regarding to the GL2 i

[Dri-devel] GLSlang approved by ARB

2003-07-01 Thread Pasi Kärkkäinen
quote from opengl.org forums: "3DLabs have released their GL2 SDK today and claim that the latest version of glslang was approved by the ARB at the June meeting. There's a revised version of the spec and some examples." http://www.3dlabs.com/support/developer/ogl2/index.htm -- Pasi Kärkkäinen

Re: [Dri-devel] R200: Why is SW TCL faster?

2003-07-01 Thread Felix Kühling
On Tue, 1 Jul 2003 11:18:02 -0700 (PDT) "Jorge Luis Williams" <[EMAIL PROTECTED]> wrote: > > (Moderator please ignore duplicate message -- I sent it from the wrong > account -- sorry) > > Hello, > > > I have a Radeon 9000 64 MB DDR AGP card and I've been running it on a > 2Ghz Intel Pentium IV

[Dri-devel] CVS keywords in Imakefiles

2003-07-01 Thread Felix Kühling
Hi, I've been wondering about keywords in Imakefiles that look like CVS keywords. Examples from xc/programs/Imakefile: XCOMM $Xorg: Imakefile,v 1.4 2000/08/17 19:47:01 cpqbld Exp $ XCOMM $XFree86: xc/programs/Imakefile,v 3.53 2002/11/20 04:43:50 dawes Exp $ Of course they are not documented in

[Dri-devel] R200: Why is SW TCL faster?

2003-07-01 Thread Jorge Luis Williams
(Moderator please ignore duplicate message -- I sent it from the wrong account -- sorry) Hello, I have a Radeon 9000 64 MB DDR AGP card and I've been running it on a 2Ghz Intel Pentium IV machine running the latest madrake distribution. I've installed the latest CVS on my machine (well as of

Re: [Dri-devel] [PATCH] Fix 64bit cleanness in radeon, lock padding.

2003-07-01 Thread Ian Romanick
Andi Kleen wrote: The DRM code in Linux 2.5.73 has a new radeon getparam that is clearly not 64bit clean. It tries to return a pointer to an lock in an int, which clearly cannot work. The AMD64 compiler prints a warning for this. RADEON_PARAM_SAREA_HANDLE does not seem to be used in the code, so I

Re: [Dri-devel] [PATCH] Fix 64bit cleanness in radeon, lock padding.

2003-07-01 Thread Andi Kleen
On Tue, Jul 01, 2003 at 03:55:11PM +0100, Keith Whitwell wrote: > Andi Kleen wrote: > >The DRM code in Linux 2.5.73 has a new radeon getparam that is clearly > >not 64bit clean. It tries to return a pointer to an lock in an int, > >which clearly cannot work. The AMD64 compiler prints a warning for

Re: [Dri-devel] [PATCH] Fix 64bit cleanness in radeon, lock padding.

2003-07-01 Thread Keith Whitwell
Andi Kleen wrote: The DRM code in Linux 2.5.73 has a new radeon getparam that is clearly not 64bit clean. It tries to return a pointer to an lock in an int, which clearly cannot work. The AMD64 compiler prints a warning for this. RADEON_PARAM_SAREA_HANDLE does not seem to be used in the code, so I

[Dri-devel] [PATCH] Fix 64bit cleanness in radeon, lock padding.

2003-07-01 Thread Andi Kleen
The DRM code in Linux 2.5.73 has a new radeon getparam that is clearly not 64bit clean. It tries to return a pointer to an lock in an int, which clearly cannot work. The AMD64 compiler prints a warning for this. RADEON_PARAM_SAREA_HANDLE does not seem to be used in the code, so I just disabled i

[Dri-devel] Your buglist for The XFree86 Project's Bugzilla needs attention.

2003-07-01 Thread bugadmin
[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bugsystem (http://bugs.xfree86.org/) that require attention. All of these bugs are in the NEW state, and have not been touched in 7 days or more. You need to take a look at th

Re: [Dri-devel] [PATCH again] Make mach64.o kernel module workwith 2.5

2003-07-01 Thread Michel Dänzer
On Tue, 2003-07-01 at 05:51, Colin Leroy wrote: > > > Ok, i'll fix these and send a second patch as soon as anoncvs will have > > caught up. Thanks for pointing this! > > I felt I would forget if i waited for CVS :) so here's another patch (made > with diff -u instead of cvs diff -u). > It should

[Dri-devel] Re: Weekly IRC meeting reminder

2003-07-01 Thread Nathan Gray
Ian Romanick wrote: > > Logs of previous IRC meetings are available at: > > http://dri.sourceforge.net/IRC-logs/ Did you know that these logs only go until Jan 27, 2003? Cheers, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science --> >>>-- Mojave Project -- http://mojave.cs.caltech.ed

Re: [Dri-devel] RTCW ET quick benchmark

2003-07-01 Thread Keith Whitwell
Jacek Popławski wrote: I have Radeon 9100, Athlon XP 1800+, 256MB RAM and Linux-2.4.21. I was benchmarking RTCW ET with DRI. I tried to change value 216 to something bigger in xc/xc/extras/Mesa/src/tnl/t_context.h: #define IMM_MAX_COPIED_VERTS 3 #define IMM_MAXDATA (216 + IMM_MAX_COPIED_