Eric Anholt wrote:
> On Mon, 2002-07-01 at 22:24, Jens Owen wrote:
>
>>Hi Eric,
>>
>>How is the OS indepedence project coming? I wanted to make the IRC mtg
>>today and get some consensus for merging your stuff in, but I had a
>>schedule conflict.
>>
>>What do you think still needs to be done b
>>On the other hand the response time from you and Michel &c who do have CVS
>>access is very quick, so I only need it if I become a burden to you :-)
>>
>
> I have no objections to access for you, less work for me. :)
My feelings also -- Tim, do you have a sourceforge user id?
Keith
-
Eric Anholt wrote:
> Concerns at this point:
> - I'm still noticing some problems with my Radeon 7500 with DRI (the
> last lockup was dragging a glxgears around on top of another one).
> There has been talk of 7500 issues, though.
> - clipping issues on r128. r128 I know has problems on linux
On Mon, 2002-07-01 at 22:24, Jens Owen wrote:
> Hi Eric,
>
> How is the OS indepedence project coming? I wanted to make the IRC mtg
> today and get some consensus for merging your stuff in, but I had a
> schedule conflict.
>
> What do you think still needs to be done before merging your work
Hi Eric,
How is the OS indepedence project coming? I wanted to make the IRC mtg
today and get some consensus for merging your stuff in, but I had a
schedule conflict.
What do you think still needs to be done before merging your work onto
the DRI trunk?
I definitely think your work is absolu
On Mon, Jul 01, 2002 at 11:32:04PM +0100, Tim Smith wrote:
> Here it is. It'll need cleaning up if it works, but it'll do as a test.
Thanks Tim
Works fine here on my old Radeon 7200 32MB SDR.
-Vedran
---
This sf.net email is sponsored by:Th
On Tue, 2002-07-02 at 00:27, Tim Smith wrote:
> On Monday 01 Jul 2002 10:57 pm, Michel Dänzer scribed numinously:"
> > On Mon, 2002-07-01 at 23:23, Tim Smith wrote:
> > > On Monday 01 Jul 2002 9:06 pm, Michel Dänzer scribed numinously:"
> > >
> > > > On Mon, 2002-07-01 at 21:28, Tim Smith wrote:
>
Here it is. It'll need cleaning up if it works, but it'll do as a test.
--
Tim Smith ([EMAIL PROTECTED])
"A fray"
-- Groo the Wanderer
Index: xc/lib/GL/mesa/src/drv/radeon/radeon_ioctl.c
===
RCS file: /cvsroot/dri/xc/xc/lib/
On Monday 01 Jul 2002 10:57 pm, Michel Dänzer scribed numinously:"
> On Mon, 2002-07-01 at 23:23, Tim Smith wrote:
> > On Monday 01 Jul 2002 9:06 pm, Michel Dänzer scribed numinously:"
> >
> > > On Mon, 2002-07-01 at 21:28, Tim Smith wrote:
> > > > - BEGIN_RING( 4 );
> > > > - OUT_RING
On Tue, 2002-07-02 at 00:11, Tim Smith wrote:
> On Monday 01 Jul 2002 10:10 pm, Keith Whitwell scribed numinously:"
> > Michel Dänzer wrote:
> > > On Mon, 2002-07-01 at 21:28, Tim Smith wrote:
> > >>- BEGIN_RING( 4 );
> > >>- OUT_RING( CP_PACKET0( RADEON_RE_TOP_LEFT, 0 ) );
> > >>- OUT_RING( (box-
On Monday 01 Jul 2002 10:10 pm, Keith Whitwell scribed numinously:"
> Michel Dänzer wrote:
> > On Mon, 2002-07-01 at 21:28, Tim Smith wrote:
> >>- BEGIN_RING( 4 );
> >>- OUT_RING( CP_PACKET0( RADEON_RE_TOP_LEFT, 0 ) );
> >>- OUT_RING( (box->y1 << 16) | box->x1 );
> >>- OUT_RING( CP_PACKET0
On Mon, 2002-07-01 at 23:23, Tim Smith wrote:
> On Monday 01 Jul 2002 9:06 pm, Michel Dänzer scribed numinously:"
> > On Mon, 2002-07-01 at 21:28, Tim Smith wrote:
> > > - BEGIN_RING( 4 );
> > > - OUT_RING( CP_PACKET0( RADEON_RE_TOP_LEFT, 0 ) );
> > > - OUT_RING( (box->y1 << 16) | box->x1 );
> > >
On Monday 01 Jul 2002 9:06 pm, Michel Dänzer scribed numinously:"
> On Mon, 2002-07-01 at 21:28, Tim Smith wrote:
> > - BEGIN_RING( 4 );
> > - OUT_RING( CP_PACKET0( RADEON_RE_TOP_LEFT, 0 ) );
> > - OUT_RING( (box->y1 << 16) | box->x1 );
> > - OUT_RING( CP_PACKET0( RADEON_RE_WIDTH_HEIGHT, 0
Michel Dänzer wrote:
> On Mon, 2002-07-01 at 21:28, Tim Smith wrote:
>
>
>>- BEGIN_RING( 4 );
>>- OUT_RING( CP_PACKET0( RADEON_RE_TOP_LEFT, 0 ) );
>>- OUT_RING( (box->y1 << 16) | box->x1 );
>>- OUT_RING( CP_PACKET0( RADEON_RE_WIDTH_HEIGHT, 0 ) );
>>-/* OUT_RING( ((box->y2 - 1)
>>This looks good. Have you tested with pageflipping enabled?
>>
>
> Yes. Mind you I usually get notes along the lines of "allow 1 current 0"
> which seems to indicate that it's not getting used. I'm not sure I have
> anything that would use it if tuxracer doesn't. Maybe I could dig Quake3
>
Slava Polyakov wrote:
> If I want to checkout the latest Radeon tcl code, do I need to check out the
> tcl branch (tcl-0-0-branch) or was it already merged into the truck?
It's merged.
Keith
---
This sf.net email is sponsored by:ThinkGeek
W
On Mon, 2002-07-01 at 21:01, tchiwam wrote:
> > On Mon, 2002-07-01 at 18:34, tchiwam wrote:
> > >
> > > Thanks guys !
> > >
> > > OK I have been able to give this a try since it was so easy to
> > > install, now for some reason Red and Green behaves OK, but the blue is
> > > stuck to 1.0. so for
On Mon, 2002-07-01 at 21:28, Tim Smith wrote:
> - BEGIN_RING( 4 );
> - OUT_RING( CP_PACKET0( RADEON_RE_TOP_LEFT, 0 ) );
> - OUT_RING( (box->y1 << 16) | box->x1 );
> - OUT_RING( CP_PACKET0( RADEON_RE_WIDTH_HEIGHT, 0 ) );
> -/* OUT_RING( ((box->y2 - 1) << 16) | (box->x2 - 1) );*/
On Monday 01 Jul 2002 8:38 pm, Keith Whitwell scribed numinously:"
> Tim Smith wrote:
> > On Monday 01 Jul 2002 5:19 pm, Keith Whitwell scribed numinously:"
> >
> >>>I'm running without PageFlipping, and don't see any SwapBuffers ioctls
> >>>in my debug output, so that rules that out.
> >>>
> >>>I
If I want to checkout the latest Radeon tcl code, do I need to check out the
tcl branch (tcl-0-0-branch) or was it already merged into the truck?
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
On Mon, 2002-07-01 at 21:05, tchiwam wrote:
> I'll send a mail to the LFS guys to tell them PPC will have DRI ;-)
PPC has had DRI for a while. The r128 driver worked pretty well from
XFree86 4.1.0 until recently, and the radeon driver works as well as on
i386 now AFAICT.
> you might see some in
Tim Smith wrote:
> On Monday 01 Jul 2002 5:19 pm, Keith Whitwell scribed numinously:"
>
>>>I'm running without PageFlipping, and don't see any SwapBuffers ioctls
>>>in my debug output, so that rules that out.
>>>
>>>I got suspicious of the clear ioctl before and put a wait-for-idle
>>>(full blown
tchiwam wrote:
>>>I've decided to give a try an fire a binary snapshot from the trunk for
>>>PPC using the SourceForge compiler farm. It went quite well and the result
>>>is two binary snapshots for rage128 and radeon on
>>>http://dri.sourceforge.net/snapshots/cf/ (the *.ppc.tar.bz2
>>>files).
>>>
On Mon, 2002-07-01 at 21:18, tchiwam wrote:
> > > One question though, is it broken in both 16 and 32 bit?
> >
> > On my way to check this...
>
> 16 bit, bad colors
> 24 bit, no DRI
> 32 bit, not supported by r128 (?)
Depth 24 is 32 bit by default. DRI is probably disabled with that due to
lack
On Monday 01 Jul 2002 5:19 pm, Keith Whitwell scribed numinously:"
> > I'm running without PageFlipping, and don't see any SwapBuffers ioctls
> > in my debug output, so that rules that out.
> >
> > I got suspicious of the clear ioctl before and put a wait-for-idle
> > (full blown host-wait) call i
> > One question though, is it broken in both 16 and 32 bit?
>
> On my way to check this...
16 bit, bad colors
24 bit, no DRI
32 bit, not supported by r128 (?)
Phil
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
h
> >
> > I've decided to give a try an fire a binary snapshot from the trunk for
> > PPC using the SourceForge compiler farm. It went quite well and the result
> > is two binary snapshots for rage128 and radeon on
> > http://dri.sourceforge.net/snapshots/cf/ (the *.ppc.tar.bz2
> > files).
> >
> > I
> On Mon, 2002-07-01 at 18:34, tchiwam wrote:
> >
> > Thanks guys !
> >
> > OK I have been able to give this a try since it was so easy to
> > install, now for some reason Red and Green behaves OK, but the blue is
> > stuck to 1.0. so for example in my application:
> >
> > glColor3f(0.0,0.0,0.
On Mon, 2002-07-01 at 17:11, José Fonseca wrote:
> On Mon, Jul 01, 2002 at 01:23:37PM +0200, Michel Dänzer wrote:
> >On Mon, 2002-07-01 at 12:51, Keith Whitwell wrote:
> [...]
> >>
> >> You can also download precompiled binary snapshots from the dri tree from
> >> dri.sf.net.
> >
> >So there are
On Mon, 2002-07-01 at 18:34, tchiwam wrote:
>
> Thanks guys !
>
> OK I have been able to give this a try since it was so easy to
> install, now for some reason Red and Green behaves OK, but the blue is
> stuck to 1.0. so for example in my application:
>
> glColor3f(0.0,0.0,0.0); would giv
Thanks guys !
OK I have been able to give this a try since it was so easy to
install, now for some reason Red and Green behaves OK, but the blue is
stuck to 1.0. so for example in my application:
glColor3f(0.0,0.0,0.0); would give full (?) blue
glColor3f(1.0,1.0,0.0); would give full (?
> I'm running without PageFlipping, and don't see any SwapBuffers ioctls in my
> debug output, so that rules that out.
>
> I got suspicious of the clear ioctl before and put a wait-for-idle (full
> blown host-wait) call in after each clear. That didn't fix it either, so I
> don't think it's t
On Sunday 30 Jun 2002 8:49 pm, Keith Whitwell scribed numinously:"
> Tim Smith wrote:
> > I found a few other ways of provoking the problem while I was at it,
> > and dragging an xclock window over the 3D view did it too (with a
> > window manager and "solidmove" turned on). In fact, I also manage
Bonjour Robin!
Sun, 30 Jun 2002 19:14:52 -0500, tu as dit :
> Is the Radeon 8500 supported yet?
no
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_
On Mon, Jul 01, 2002 at 01:23:37PM +0200, Michel Dänzer wrote:
>On Mon, 2002-07-01 at 12:51, Keith Whitwell wrote:
[...]
>>
>> You can also download precompiled binary snapshots from the dri tree from
>> dri.sf.net.
>
>So there are binary snapshots for PPC? ;)
>
I've decided to give a try an fi
On Mon, Jul 01, 2002 at 06:32:18AM -0600, Brian Paul wrote:
>Keith Whitwell wrote:
>>José Fonseca wrote:
>>
[...]
>
>I suggest two things:
>
>1. Put a comment where INTERP_F is defined, noting that some parameters
>are evaluated twice. I'll do this.
>
>2. Change this:
> INTERP_F( t, (*dst++
Keith Whitwell wrote:
> José Fonseca wrote:
>
>> While I was debugging a new vertex buffer template for Mach64 I've
>> discovered that this piece of code doesn't work:
>>
>> INTERP_F( t, (*dst++).f, (*out++).f * qout, (*in++).f * qin );
>> INTERP_F( t, (*dst++).f, (*out++).f * qout, (*in++).f *
On Sat, 2002-06-29 at 23:27, Anders Haugen wrote:
>
> Hi,
> i did some changes and got the s3virge code from the cvs working here.
> seems the dma stuff wasn't initializing at all for me.
1) Your patches seem ok to me. I am quite busy up to 2nd half of July,
so I wont be able to fully test the
On Mon, 2002-07-01 at 12:51, Keith Whitwell wrote:
> tchiwam wrote:
> >
> >
> > On 29 Jun 2002, Michel [ISO-8859-1] Dzer wrote:
> >
> >>On Fri, 2002-06-28 at 11:20, tchiwam wrote:
> >>
> >>> This might belong to Mesa people or here (But I haven't found yet
> >>>the right Mesa people)
> >>>
>
On Mon, Jul 01, 2002 at 11:37:59AM +0100, Keith Whitwell wrote:
>José Fonseca wrote:
[...]
>>
>>Indeed! Here are the results of the 'b' and 'B' benchmark with the
>>default settings before:
>>
>>Benchmarking...
>>Result: triangles/sec: 205098 fps: 28.5771
>>Benchmarking...
>>Result: triangles/s
tchiwam wrote:
>
>
> On 29 Jun 2002, Michel [ISO-8859-1] Dzer wrote:
>
>>On Fri, 2002-06-28 at 11:20, tchiwam wrote:
>>
>>> This might belong to Mesa people or here (But I haven't found yet
>>>the right Mesa people)
>>>
>>[EMAIL PROTECTED] would be better than here.
>>
>>
>>>My machine is a
On 29 Jun 2002, Michel [ISO-8859-1] Dänzer wrote:
> On Fri, 2002-06-28 at 11:20, tchiwam wrote:
> >
> > This might belong to Mesa people or here (But I haven't found yet
> > the right Mesa people)
>
> [EMAIL PROTECTED] would be better than here.
>
> > My machine is a PPC-7400 running Linux
José Fonseca wrote:
> On Mon, Jul 01, 2002 at 07:34:31AM +0100, Keith Whitwell wrote:
>
>> José Fonseca wrote:
>>
>>> Preliminary support Mach64 native vertex buffer template was added to
>>> CVS. The measures on the increase of performance in doing this are
>>> rather marginal unfortunately: I g
On Mon, Jul 01, 2002 at 07:43:40AM +0100, Keith Whitwell wrote:
>José Fonseca wrote:
[...]
>>
>>I think this is a bug in Mesa. First because a macro should generally
>>behave as an
>>ordinary function, unless there is a very special reason not to do so.
>
>Hmm, not really, this is something peopl
On Mon, Jul 01, 2002 at 07:34:31AM +0100, Keith Whitwell wrote:
>José Fonseca wrote:
>>Preliminary support Mach64 native vertex buffer template was added to
>>CVS. The measures on the increase of performance in doing this are
>>rather marginal unfortunately: I got an increase of 800 poly/sec (over
On Mon, 2002-07-01 at 09:24, Peter Surda wrote:
>
> I just found out that unless you use XaaNoPixmapCache, dri on r128 freezes (==
> complete system lockup) pretty often. I use yesterday's XF86 CVS.
You might see it more often with current DRI CVS, because there's more
2D acceleration with DRI e
On Sun, 30 Jun 2002 15:06:34 -0400 (EDT)
Leif Delgass <[EMAIL PROTECTED]> wrote:
> On Sun, 30 Jun 2002, Alan Hourihane wrote:
>
> > On Sun, Jun 30, 2002 at 12:39:30 +0200, Felix Kühling wrote:
> > > Hi mach64 folks,
> > >
> > > after several weeks of extreme busyness/absence I am back now and
>
On Sun, Jun 30, 2002 at 08:53:40PM -0400, Leif Delgass wrote:
[...]
>
>For vertex data passing between the Mesa client driver and the drm, we
>really don't even need to use AGP/DMA-able mem. We could probably get
>away with a much smaller number of buffers for this since they can be
>recycled as
Hi!
I just found out that unless you use XaaNoPixmapCache, dri on r128 freezes (==
complete system lockup) pretty often. I use yesterday's XF86 CVS.
Well, I thought it might be a good idea to write this on the webpage or into
docs with BIG letters, because otherwise gaming is pretty unusable if
49 matches
Mail list logo