On Wed, 20 Nov 2002, Ian Romanick wrote:
On Tue, Nov 19, 2002 at 11:06:16PM -0800, Linus Torvalds wrote:
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I
Adam K Kirchhoff wrote:
On Wed, 20 Nov 2002, Ian Romanick wrote:
On Tue, Nov 19, 2002 at 11:06:16PM -0800, Linus Torvalds wrote:
On Wed, 20 Nov 2002, Dieter N?tzel wrote:
Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I
On Thu, Nov 21, 2002 at 08:28:01AM -0500, Adam K Kirchhoff wrote:
On Wed, 20 Nov 2002, Ian Romanick wrote:
On Tue, Nov 19, 2002 at 11:06:16PM -0800, Linus Torvalds wrote:
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
On Thu, 21 Nov 2002, Ian Romanick wrote:
On Thu, Nov 21, 2002 at 08:28:01AM -0500, Adam K Kirchhoff wrote:
On Wed, 20 Nov 2002, Ian Romanick wrote:
The problem is that it uses EXT_texture_env_dot3 (which the driver does
advertise), but the driver doesn't actually implement only
On Thu, Nov 21, 2002 at 11:57:32AM -0500, Adam K Kirchhoff wrote:
On Thu, 21 Nov 2002, Ian Romanick wrote:
On Thu, Nov 21, 2002 at 08:28:01AM -0500, Adam K Kirchhoff wrote:
On Wed, 20 Nov 2002, Ian Romanick wrote:
The problem is that it uses EXT_texture_env_dot3 (which the
On Wed, 20 Nov 2002, Linus Torvalds wrote:
On Thu, 21 Nov 2002, Dieter Nützel wrote:
Option AGPFastWrite 1
This just makes the machine lock up for me at X startup.
same here, instant and nasty lockup.
Ingo
---
This
On Thu, Nov 21, 2002 at 01:27:03PM -0500, Adam K Kirchhoff wrote:
Hmmm... Well, line 592 of scene.cpp (in glaxium 0.5, just downloaded from
the website) seems to be:
glEnable(GL_TEXTURE_2D);
Line 586, though, makes reference to GL_DOT3_RGB_EXT. I've made the
change there.
Now,
On Thu, 21 Nov 2002, Ian Romanick wrote:
On Thu, Nov 21, 2002 at 01:27:03PM -0500, Adam K Kirchhoff wrote:
Hmmm... Well, line 592 of scene.cpp (in glaxium 0.5, just downloaded from
the website) seems to be:
glEnable(GL_TEXTURE_2D);
Line 586, though, makes reference to
On Die, 2002-11-19 at 16:30, Brian Paul wrote:
David Dawes wrote:
On Wed, Nov 06, 2002 at 03:43:02PM -0800, Ian Romanick wrote:
Is this hammered in stone?
When will we see the next XFree86 release (4.4.0), then.
Shouldn't OpenGL 1.4 better go in sooner then later?
Would the Mesa 5.x
On Wed, 2002-11-20 at 07:06, Linus Torvalds wrote:
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I should do
some testing.
No go so far.
Modules are somewhat
Am Mittwoch, 20. November 2002 08:06 schrieb Linus Torvalds:
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I should
do some testing.
No go so far.
Modules are somewhat
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Linus, Alan are you running SMP during your tests?
Yup. I'm running with a dual P4 HT (ie 4 virtual CPU's to software), and I
check with glxgears and the commercial tuxracer with a Radeon 8500. I've
also verified it on a UP machine with a Radeon 7500.
On Wed, 2002-11-20 at 17:30, Dieter Nützel wrote:
System lookup immediately when I try to start ipers, isosurf or switch the
screen. Sadly even when I try the Mesa-4-1-branch with 2.5.47-mm1 or
2.4.19-ck5 (radeon.o 1.6.0).
Are you using scsi - any measuable amount of scsi I/O also hangs
Am Mittwoch, 20. November 2002 18:45 schrieb Linus Torvalds:
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Linus, Alan are you running SMP during your tests?
Yup. I'm running with a dual P4 HT (ie 4 virtual CPU's to software),
Yes, yes... Grumpf. I want a 8x Hammer...;-)))
and I
check with
Am Mittwoch, 20. November 2002 19:44 schrieb Alan Cox:
On Wed, 2002-11-20 at 17:30, Dieter Nützel wrote:
System lookup immediately when I try to start ipers, isosurf or
switch the screen. Sadly even when I try the Mesa-4-1-branch with
2.5.47-mm1 or 2.4.19-ck5 (radeon.o 1.6.0).
Are you
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Can you please try ipers and isosurf from the Mesa-Demo package, too?
Q3A and UT are sometimes broken even if the above works right.
Well, I don't have the 3D apps, which is why I test with glxgears and
tuxracer (the first because it's th eonly GL
Dieter Nützel wrote:
Am Mittwoch, 20. November 2002 19:44 schrieb Alan Cox:
On Wed, 2002-11-20 at 17:30, Dieter Nützel wrote:
System lookup immediately when I try to start ipers, isosurf or
switch the screen. Sadly even when I try the Mesa-4-1-branch with
2.5.47-mm1 or 2.4.19-ck5
Am Mittwoch, 20. November 2002 19:46 schrieb Linus Torvalds:
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Can you please try ipers and isosurf from the Mesa-Demo package, too?
Q3A and UT are sometimes broken even if the above works right.
Well, I don't have the 3D apps, which is why I test
Am Mittwoch, 20. November 2002 19:52 schrieb Andrew Morton:
Dieter Nützel wrote:
Am Mittwoch, 20. November 2002 19:44 schrieb Alan Cox:
On Wed, 2002-11-20 at 17:30, Dieter Nützel wrote:
System lookup immediately when I try to start ipers, isosurf or
switch the screen. Sadly even when
On Tue, Nov 19, 2002 at 11:06:16PM -0800, Linus Torvalds wrote:
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I should do
some testing.
No go so far.
Modules
Am Mittwoch, 20. November 2002 21:18 schrieben Sie:
Sorry, I watched Germany vs. Netherlands.
We lost... 1:3 ;-)
Hmm.. As far as I can tell, I'm now running the mesa-4-1-branch here, and
ipers seems to work. But I have no way to tell what the version is,
XF86_CUSTOM_VERSION is still set to
On Wed, 20 Nov 2002, Dieter Nützel wrote:
It's _really_ really slow, though, reporting a frame rate of 1.95 - 2.0
fps or so when viewing the thing (whatever it is) head on.
What do you get with LIBGL_DEBUG=verbose?
glinfo?
GL_VERSION: 1.4 Mesa 5.0
GL_EXTENSIONS: GL_ARB_depth_texture
Am Donnerstag, 21. November 2002 00:49 schrieb Linus Torvalds:
On Wed, 20 Nov 2002, Dieter Nützel wrote:
It's _really_ really slow, though, reporting a frame rate of 1.95 - 2.0
fps or so when viewing the thing (whatever it is) head on.
What do you get with LIBGL_DEBUG=verbose?
glinfo?
On Thu, 21 Nov 2002, Dieter Nützel wrote:
GL_RENDERER: Mesa X11
GL_VENDOR: Brian Paul
Yeah, that seems to be true for the mesa test programs I installed.
Doing a regular glxinfo shows
OpenGL renderer string: Mesa DRI R200 20021009 AGP 4x x86/MMX/SSE TCL
Title: RE: [Dri-devel] mesa 4.1 branch / NO go on 2.5.48
GL_RENDERER: Mesa X11
GL_VENDOR: Brian Paul
Yeah, that seems to be true for the mesa test programs I installed.
Doing a regular glxinfo shows
OpenGL renderer string: Mesa DRI R200 20021009 AGP 4x
x86/MMX
Am Donnerstag, 21. November 2002 03:43 schrieb Linus Torvalds:
On Thu, 21 Nov 2002, Dieter Nützel wrote:
GL_RENDERER: Mesa X11
GL_VENDOR: Brian Paul
Yeah, that seems to be true for the mesa test programs I installed.
Doing a regular glxinfo shows
OpenGL
Am Donnerstag, 21. November 2002 04:03 schrieb Alexander Stohr:
GL_RENDERER: Mesa X11
GL_VENDOR: Brian Paul
Yeah, that seems to be true for the mesa test programs I installed.
Doing a regular glxinfo shows
OpenGL renderer string: Mesa DRI R200 20021009
On Thu, 21 Nov 2002, Dieter Nützel wrote:
Option AGPFastWrite 1
This just makes the machine lock up for me at X startup.
Option EnablePageflip
But this brings glxgears up to 2420 fps. Whee.
Linus
---
Its a known issue for me, thats why i do prefer the GLUT demos.
I made it to bring the Mesa demos to life on DRI by just editing
the libGL and other references to the systems defaults rather than
to the libs in the project. As far as i do remember, it all turned
out to be rather static in
On Mon, 18 Nov 2002 21:35:44 -0500
David Dawes [EMAIL PROTECTED] wrote:
That depends on how things with Mesa
5.0 go before the XFree86 feature freeze date (30 November).
Thats my birthday! :)
---
This sf.net email is sponsored by: To learn
David Dawes wrote:
On Wed, Nov 06, 2002 at 03:43:02PM -0800, Ian Romanick wrote:
Is this hammered in stone?
When will we see the next XFree86 release (4.4.0), then.
Shouldn't OpenGL 1.4 better go in sooner then later?
Would the Mesa 5.x merge be too large of a change for XFree86 4.3.1?
Am Dienstag, 19. November 2002 09:55 schrieb Ian Molton:
On Mon, 18 Nov 2002 21:35:44 -0500
David Dawes [EMAIL PROTECTED] wrote:
That depends on how things with Mesa
5.0 go before the XFree86 feature freeze date (30 November).
Thats my birthday! :)
Hey, mine comes first :-)
Hopefully
On Wed, 20 Nov 2002, Dieter Nützel wrote:
Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I should do
some testing.
No go so far.
Modules are somewhat broken in 2.5.48.
One approach is to not use modules, just
It's a go here. I just installed 2.5.48 and I'm using mesa-4-1-branch. I just got done
a wolfenstein session :) .
On (20/11/02 07:20), Dieter N?tzel wrote:
No go so far.
Modules are somewhat broken in 2.5.48.
I saw radeon 1.7.0 20020828 but no go, yet ;-(
[drm] Initialized radeon 1.7.0
On Wed, Nov 06, 2002 at 03:43:02PM -0800, Ian Romanick wrote:
Is this hammered in stone?
When will we see the next XFree86 release (4.4.0), then.
Shouldn't OpenGL 1.4 better go in sooner then later?
Would the Mesa 5.x merge be too large of a change for XFree86 4.3.1? There
Yes, it would be.
I just wanted to say that the mesa 4.1 branch is looking quite nice. The visuals for
Wolfenstein and others looks very nice on the r200. One thing that sems to effect most
games that I've tried is that when you change resolution or hit alt enter it seems to
turn everything this green color and
Bret Towe wrote:
On Tue, 2002-11-05 at 16:39, Brian Paul wrote:
Bret Towe wrote:
i recently grabed the mesa 4.1 branch to test out
mainly to see if the multitexture problem with
celestia was fixed also to see how it looked anyhow after
seeing celestia crash as per the norm i tried using the
Am Mittwoch, 6. November 2002 16:46 schrieb Brian Paul:
Bret Towe wrote:
On Tue, 2002-11-05 at 16:39, Brian Paul wrote:
Bret Towe wrote:
i recently grabed the mesa 4.1 branch to test out
mainly to see if the multitexture problem with
celestia was fixed also to see how it looked anyhow after
On Wed, 2002-11-06 at 07:46, Brian Paul wrote:
Bret Towe wrote:
On Tue, 2002-11-05 at 16:39, Brian Paul wrote:
Bret Towe wrote:
i recently grabed the mesa 4.1 branch to test out
mainly to see if the multitexture problem with
celestia was fixed also to see how it looked anyhow after
Dieter Nützel wrote:
Am Mittwoch, 6. November 2002 16:46 schrieb Brian Paul:
Bret Towe wrote:
On Tue, 2002-11-05 at 16:39, Brian Paul wrote:
Bret Towe wrote:
i recently grabed the mesa 4.1 branch to test out
mainly to see if the multitexture problem with
celestia was fixed also to see how
Michel Dänzer wrote:
On Mit, 2002-11-06 at 01:39, Brian Paul wrote:
Bret Towe wrote:
i recently grabed the mesa 4.1 branch to test out
mainly to see if the multitexture problem with
celestia was fixed also to see how it looked anyhow after
seeing celestia crash as per the norm i tried using
Am Mittwoch, 6. November 2002 23:26 schrieb Brian Paul:
Michel Dänzer wrote:
I'm not sure when the texmem work will get pulled into the trunk.
Maybe before your Mesa-5.0 pull into the Mesa-4.1 branch?
XFree86 4.3 will have Mesa 4.0.4. The timing was just too tight to get
5.0 into XFree86
On Wed, Nov 06, 2002 at 03:26:45PM -0700, Brian Paul wrote:
Michel Dänzer wrote:
On Mit, 2002-11-06 at 01:39, Brian Paul wrote:
Bret Towe wrote:
i recently grabed the mesa 4.1 branch to test out
mainly to see if the multitexture problem with
celestia was fixed also to see how it looked
On Wed, Nov 06, 2002 at 11:46:53PM +0100, Dieter Nützel wrote:
Am Mittwoch, 6. November 2002 23:26 schrieb Brian Paul:
Michel Dänzer wrote:
I'm not sure when the texmem work will get pulled into the trunk.
Maybe before your Mesa-5.0 pull into the Mesa-4.1 branch?
Probably not, but the
Ian Romanick wrote:
On Wed, Nov 06, 2002 at 11:46:53PM +0100, Dieter Nützel wrote:
Am Mittwoch, 6. November 2002 23:26 schrieb Brian Paul:
Michel Dänzer wrote:
I'm not sure when the texmem work will get pulled into the trunk.
Maybe before your Mesa-5.0 pull into the Mesa-4.1 branch?
On Wed, Nov 06, 2002 at 04:29:35PM -0700, Brian Paul wrote:
Alan Hourihane wrote:
On Wed, Nov 06, 2002 at 03:26:45PM -0700, Brian Paul wrote:
Michel Dänzer wrote:
On Mit, 2002-11-06 at 01:39, Brian Paul wrote:
Bret Towe wrote:
i recently grabed the mesa 4.1 branch to test out
Bret Towe wrote:
i recently grabed the mesa 4.1 branch to test out
mainly to see if the multitexture problem with
celestia was fixed also to see how it looked anyhow after
seeing celestia crash as per the norm i tried using the
LIBGL_ALWAYS_INDIRECT=1 with celestia and it crashs x
everytime for
i recently grabed the mesa 4.1 branch to test out
mainly to see if the multitexture problem with
celestia was fixed also to see how it looked anyhow after
seeing celestia crash as per the norm i tried using the
LIBGL_ALWAYS_INDIRECT=1 with celestia and it crashs x
everytime for me i would of
Brian Paul wrote:
I've checked in a bunch of changes to Mesa CVS but haven't yet updated
the DRI mesa-4-1 branch to compensate - so it won't compile. I'll check
in my fixes (plus a new R200 feature) tomorrow.
OK, the mesa-4-1 branch should compile and work again.
I've implemented hardware
I've checked in a bunch of changes to Mesa CVS but haven't yet updated
the DRI mesa-4-1 branch to compensate - so it won't compile. I'll check
in my fixes (plus a new R200 feature) tomorrow.
-Brian
---
This sf.net email is sponsored by:
I cvs-updated both Mesa and mesa-4-1-branch today, and I don't get any
more FPE's with R200_NO_TCL=1. Thanks!
Stefan
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Stefan Lange wrote:
I cvs-updated both Mesa and mesa-4-1-branch today, and I don't get any
more FPE's with R200_NO_TCL=1. Thanks!
Hmmm, I don't recall changing anything that would account for this.
Bugs that magically go away always make me nervous.
-Brian
[...]
hmm, that's odd. I still get floating point exceptions for almost
every GL-app. with TCL disabled.
Demos that _do_ work with TCL disabled include:
clearspd, drawpix, gamma, glinfo, lodbias, readpix, winpos
Maybe this can give you a clue, why some are working and some aren't?
Could
Brian Paul wrote:
[...]
I did some testing with the mesa-4-1-branch today on my r200. Compiling
was less trouble than I expected, everything was pretty much straight
forward ;-)
I'd appreciate it if people could start testing this branch, esp the
drivers I haven't tested. One thing in
Stefan Lange wrote:
Brian Paul wrote:
[...]
I did some testing with the mesa-4-1-branch today on my r200. Compiling
was less trouble than I expected, everything was pretty much straight
forward ;-)
I'd appreciate it if people could start testing this branch, esp the
drivers I
On Tue, 2002-10-15 at 10:01, Stefan Lange wrote:
Q3A: stable (at least for the time I tested), but not very fast. In fact
it shows the same symptoms I got with earlier versions of DRI-trunk
(before around 2002-10-11): poor overall speed, and a framerate that
maxes out at 50 FPS. Is the
Russ Dill wrote:
On Tue, 2002-10-15 at 10:01, Stefan Lange wrote:
Q3A: stable (at least for the time I tested), but not very fast. In fact
it shows the same symptoms I got with earlier versions of DRI-trunk
(before around 2002-10-11): poor overall speed, and a framerate that
maxes out at
Keith Whitwell wrote:
Russ Dill wrote:
On Tue, 2002-10-15 at 10:01, Stefan Lange wrote:
Q3A: stable (at least for the time I tested), but not very fast. In
fact it shows the same symptoms I got with earlier versions of
DRI-trunk (before around 2002-10-11): poor overall speed, and a
Brian Paul wrote:
Stefan Lange wrote:
My experiences from testing:
Wolfenstein (single-player): works, about same speed as dri-trunk, but
not completely stable (exited with Signal 4 in one run, and Signal 11
in another, and once I got a complete lockup of the system)
Q3A: stable (at
Brian Paul wrote:
Brian Paul wrote:
Stefan Lange wrote:
My experiences from testing:
Wolfenstein (single-player): works, about same speed as dri-trunk,
but not completely stable (exited with Signal 4 in one run, and
Signal 11 in another, and once I got a complete lockup of the system)
Stefan Lange wrote:
Brian Paul wrote:
The merge is done.
OK, so I just updated from CVS and recompiled.
as expected: the speed problem in q3a is solved ;-)
Great.
Setting R200_NO_TCL works for me - no signals or FP exceptions.
However, with R200_NO_TCL I'm seeing some
hmm, that's odd. I still get floating point exceptions for almost every
GL-app. with TCL disabled.
Demos that _do_ work with TCL disabled include:
clearspd, drawpix, gamma, glinfo, lodbias, readpix, winpos
Maybe this can give you a clue, why some are working and some aren't?
Could I
I've tested the radeon, r200 and tdfx drivers and they seem OK.
I can't test the i810, i830, r128, mga, etc drivers (either because I don't
have the right hardware or mine's broke). Some of the other drivers (like
sis, ffb, etc) aren't enabled in the build process and haven't been ported.
Brian Paul wrote:
Brian Paul wrote:
Brian Paul wrote:
I've created a new DRI branch: mesa-4-1-branch
I'm in the process of porting all the DRI drivers to the new Mesa 4.1
code.
I'll be checking in changes soon, but don't expect anything to run or
even
compile. I'll post again when
Michel Dänzer wrote:
On Don, 2002-10-10 at 02:36, Brian Paul wrote:
Michel Dänzer wrote:
And there are new endianness bugs. :/ The infamous gears pulsate between
the two states seen in
http://penguinppc.org/~daenzer/DRI/gears-thick.png and
http://www.penguinppc.org/~daenzer/DRI/gears-thin.png
Brian Paul wrote:
Michel Dänzer wrote:
On Don, 2002-10-10 at 02:36, Brian Paul wrote:
Michel Dänzer wrote:
And there are new endianness bugs. :/ The infamous gears pulsate
between
the two states seen in
http://penguinppc.org/~daenzer/DRI/gears-thick.png and
On Fre, 2002-10-11 at 00:54, Brian Paul wrote:
Brian Paul wrote:
Michel Dänzer wrote:
OK, I see the problem now (on x86). I'll see what I can do.
I've checked in the fix.
I saw your commit and tried it already. Great work!
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux
Brian Paul wrote:
Brian Paul wrote:
I've created a new DRI branch: mesa-4-1-branch
I'm in the process of porting all the DRI drivers to the new Mesa 4.1
code.
I'll be checking in changes soon, but don't expect anything to run or
even
compile. I'll post again when I think it's
I've created a new DRI branch: mesa-4-1-branch
I'm in the process of porting all the DRI drivers to the new Mesa 4.1 code.
I'll be checking in changes soon, but don't expect anything to run or even
compile. I'll post again when I think it's usable.
-Brian
Brian Paul wrote:
I've created a new DRI branch: mesa-4-1-branch
I'm in the process of porting all the DRI drivers to the new Mesa 4.1 code.
I'll be checking in changes soon, but don't expect anything to run or even
compile. I'll post again when I think it's usable.
OK, it's compiling
On Don, 2002-10-10 at 00:42, Brian Paul wrote:
Brian Paul wrote:
I've created a new DRI branch: mesa-4-1-branch
I'm in the process of porting all the DRI drivers to the new Mesa 4.1 code.
I'll be checking in changes soon, but don't expect anything to run or even
compile. I'll post
Michel Dänzer wrote:
On Don, 2002-10-10 at 00:42, Brian Paul wrote:
Brian Paul wrote:
I've created a new DRI branch: mesa-4-1-branch
I'm in the process of porting all the DRI drivers to the new Mesa 4.1 code.
I'll be checking in changes soon, but don't expect anything to run or even
compile.
Michel Dänzer wrote:
On Don, 2002-10-10 at 01:31, Brian Paul wrote:
I missed one check-in. The gl.h file needed updating. Try again.
Builds now, thanks.
I only get direct rendering with the libGL from the branch, this happens
with the one from the trunk:
daenzer@tibook
On Don, 2002-10-10 at 02:36, Brian Paul wrote:
Michel Dänzer wrote:
On Don, 2002-10-10 at 01:31, Brian Paul wrote:
I only get direct rendering with the libGL from the branch, this happens
with the one from the trunk:
[...]
Fixed. Do another CVS update of Mesa and the DRI. CVS
74 matches
Mail list logo
