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
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.
>
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
---
On Thu, 21 Nov 2002, Ian Romanick wrote:
> On Thu, Nov 21, 2002 at 11:57:32AM -0500, Adam K Kirchhoff wrote:
> >
> > Unfortunately, that only seemed to make things worse. If you check out
> > the same URL I posted above, you'll see what I mean.
>
> Hmm...could you try two quick tests for me?
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
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 impl
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 schr
> >
> > http://memory.visualtech.com/glaxium.png
> >
> > Unfortunately, it doesn't look like the patch worked :-(
>
> I'm not sure what it's supposed to look like. Can you try software
> rendering, just to get a screen-shot.?
>
> -Brian
>
>
I'm happy to see that my game is usefull for serio
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 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
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 link
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
---
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
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
>
>
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
>
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
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?
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_te
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 t
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
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
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 wh
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 o
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 eo
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).
>
>
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 w
On 20 Nov 2002, Alan Cox wrote:
>
> Are you using scsi - any measuable amount of scsi I/O also hangs 2.5.48
> 8(
Only for you, Alan, only for you. I've got SCSI at home, so it must be
some specific controller driver being broken rather than general breakage.
Linus
---
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 hang
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
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.
> >
> > Mo
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.
> >
> >
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?
> >>
>
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.
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 mod
Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
> On Tue, 19 Nov 2002 20:50:50 +0100
>
> Dieter Nützel <[EMAIL PROTECTED]> wrote:
> > > Thats my birthday! :)
> >
> > Hey, mine comes first :-)
> >
> > Hopefully with Mesa-5.x.
> > Going into mesa-4-1-branch testing mode, now.
> >
> > Linus u
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 :-)
Ho
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? There
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 lea
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 wo
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 I
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 recentl
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?
Pr
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, bu
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
mainly to see if the multitexture problem with
celestia was fixed also
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
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 XFree8
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 th
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 the
> > L
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
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 l
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 lo
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
LI
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
> > LI
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 me
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 tested
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 cub
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: Infl
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
--
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
_
[...]
>> 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 ar
> 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?
>
>
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 fl
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 l
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)
>>
>> Q3
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
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
>>max
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
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
>> d
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
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
>>> c
> 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 por
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
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/
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 an
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
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. C
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@tib
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>
LIBGL_DRIVERS_PATH=~/src/dri-cvs/xc-m
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
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
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 compil
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
---
82 matches
Mail list logo