Re: [Dri-devel] CVS repository /tmp filesystem full?

On Mon, 2003-09-01 at 01:09, Steven Newbury wrote: > It seems the /tmp filesystem is full on the CVS server. > > [EMAIL PROTECTED] dri-trunk]$ cvs update -dP > cannot mkdir /tmp/cvs-serv6716/lib/lbxutil > No space left on device We can't do anything about it, please submit an sf.net support reque

[Dri-devel] CVS repository /tmp filesystem full?

It seems the /tmp filesystem is full on the CVS server. [EMAIL PROTECTED] dri-trunk]$ cvs update -dP cannot mkdir /tmp/cvs-serv6716/lib/lbxutil No space left on device --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. h

[Dri-devel] [Bug 314] No 3D support for Radeon IGP chips

Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=314 --- Additional Comments From [EMAIL PROTECTED] 2003-31-08 18:49 --- 3D works for Amilo A, hurrr

[Dri-devel] svideo output scrambled

I'm wondering if there is a way to easily correct the svideo output in the radeon driver (r200). Its currently "out of sync" and flickers badly, but it does try to display something. It works fine for linux consoles. Windows has the svideo output set to 50Hz if thats of any help. ---

Re: [Dri-devel] Updated configuration design doc

> I updated the configuration design document to reflect the current > state of the implementation. The new document is available at > http://user.cs.tu-berlin.de/~felixyz/dri/dri_config_design_rev4.txt if > anyone is still interested given a mostly complete implementation. ;-) > Maybe someone wan

Re: [Dri-devel] SiS DRI status

Am Samstag, 30. August 2003 00:02 schrieb Eric Anholt: > My current diff is at: > http://people.freebsd.org/~anholt/dri/files/sis-14.diff > > It's against DRI CVS. Should work fine on Linux/FreeBSD, with or > without sisfb. I haven't tested the linux-without-sisfb case, though. > > My progress so

Re: [Dri-devel] Faster transfer to video memory

I use firegl driver from ATI. I know this is not directly related to DRI but still. I enabled Fast Writes from bios and now I get 440MB/s with ShmPutImage. The real bottleneck seems to be texture downloading with glTexImage2d. The speed I get is 121MB/s. Using glDrawPixels I get 710 MB/s. So I sh

[Dri-devel] [Bug 314] No 3D support for Radeon IGP chips

Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=314 --- Additional Comments From [EMAIL PROTECTED] 2003-31-08 10:25 --- Hi all, I do not think its

Re: [Dri-devel] Faster transfer to video memory

--- Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Sat, 2003-08-30 at 13:06, Jouni Tulkki wrote: > > Is there a way to make moving images and textures to video memory > faster? > > Currently I'm using Radeon 9500 Pro and AGP 8x. > > Curious, how do use AGP without the DRI being enabled? :) (And h

Re: [Dri-devel] Proposed DRI driver interface changes (all people interested in pbuffers please read!)

--- Ian Romanick <[EMAIL PROTECTED]> wrote: > However, the driver bootstrap is one of the big places that need it. > Look at __driUtilCreateScreen in xc/lib/GL/dri/dri_util.c. There's no > getting around needing the Display pointer and screen number there. We > could probably work around this