Re: [Dri-devel] XVideo code merged from XFree86 CVS

2002-09-21 Thread Vedran Rodic
hole interface is there for XFree86 internal modules (v4l uses it for example), and not for the client applications. So if normal radeon XVideo mixes fine with dynamic offscreen memory allocation for 3D, then this should too. Cheers Vedran Rodic -

Re: [Dri-devel] Radeon scratch register writeback patch

2002-07-02 Thread Vedran Rodic
On Tue, Jul 02, 2002 at 10:48:29PM +0100, Tim Smith wrote: > > Great. So we're OK on > > Radeon 7500 > Radeon 7200 > > anyone got a Radeon 7000 or old Radeon no-number to try it on? 7200 is the "old Radeon no-number" AFAIK ;) --- This sf.ne

Re: [Dri-devel] Radeon scratch register writeback patch

2002-07-01 Thread Vedran Rodic
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

Re: [Dri-devel] More Radeon CP Bugs

2002-06-05 Thread Vedran Rodic
On Wed, Jun 05, 2002 at 11:18:15AM -0600, Jens Owen wrote: > While looking at the DRI overhead, I got curious about x11perf results. > Consequently, I tried a run, just to get a baseline, and segfaulted the > server. > > This can be reproduced with: > > x11perf -seg100c2 > > when the DRI is

Re: [Dri-devel] Radeon 7500 lockup

2002-05-24 Thread Vedran Rodic
tcl code for a long time on my Radeon QD (the first Radeon with TCL support). The only newer Radeon that uses TCL code from tcl branch is 7500. Vedran Rodic ___ Don't miss the 2002 Sprint PCS Applicat

Re: [Dri-devel] dri feature lists IMPORTANT :-)

2002-05-18 Thread Vedran Rodic
On Fri, May 17, 2002 at 09:23:18PM +0200, Arpi wrote: > use dma to transfer frames to video ram, or memcpy? Do you know what drivers use DMA for this? Vedran Rodic ___ Hundreds of nodes, one monster rendering program. Now that&

[Dri-devel] How to see Radeon 'sync' problems

2002-05-17 Thread Vedran Rodic
ns on all versions of DRI I tried, (4.1.0, 4.2.0, XFree86 CVS HEAD, DRI tcl branch). Vedran Rodic ___ Hundreds of nodes, one monster rendering program. Now thatÂ’s a super model! Visit http://clustering.foundries.sf.net/ __

Re: [Dri-devel] TCL

2002-05-03 Thread Vedran Rodic
ut the last radeon_cp.c DRM module change. Vedran Rodic ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]

Re: [Dri-devel] Compiling mesa-4-0-branch

2001-12-02 Thread Vedran Rodic
On Mon, Dec 03, 2001 at 12:26:52AM +0100, Michel D?nzer wrote: > > The tag is mesa_4_0_branch. You can find out available tags using cvs > status -v on a file, or better with a well configured zsh typing cvs up > -r and then hitting the tab key. :) > Interesting. And I just did a compile against

Re: [Dri-devel] Compiling mesa-4-0-branch

2001-12-02 Thread Vedran Rodic
On Sun, Dec 02, 2001 at 11:33:41PM +0100, Michel D?nzer wrote: > On Sun, 2001-12-02 at 23:29, Vedran Rodic wrote: > > On Sun, Dec 02, 2001 at 11:07:32PM +0100, Michel D?nzer wrote: > > > On Sun, 2001-12-02 at 22:08, Vedran Rodic wrote: > > > > > > > I

Re: [Dri-devel] Compiling mesa-4-0-branch

2001-12-02 Thread Vedran Rodic
On Sun, Dec 02, 2001 at 11:07:32PM +0100, Michel D?nzer wrote: > On Sun, 2001-12-02 at 22:08, Vedran Rodic wrote: > > > I've had some trouble compiling mesa-4-0-branch today. > > > > It was picking up glapitable.h from my local copy of Mesa 4.0 CVS tree, > >

[Dri-devel] Compiling mesa-4-0-branch

2001-12-02 Thread Vedran Rodic
Hello I've had some trouble compiling mesa-4-0-branch today. It was picking up glapitable.h from my local copy of Mesa 4.0 CVS tree, where ARB suffix was removed from the multitexturing function names. So I had to remove the ARB suffix from the function names referenced in xc/lib/GL/glx/indirec