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 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 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
30 matches
Mail list logo