Re: Getting DRI working on PCI MGA cards

Just missed most of this, but we do have drm_device_is_agp(dev) in the drm, only the CVS radeon uses this at present as the DDX can tell it also... But on Linux it just does.. pci_find_capability(dev->pdev, PCI_CAP_ID_AGP); which sounds like your chip says it is AGP but is connected over a PCI b

Re: r300 fixed pipeline design

Aapo Tahkola wrote: static void build_passthrough( struct tnl_program *p, GLuint inputs ) { + GLcontext *ctx = p->ctx; + GLuint i, nr_lights = 0; + + if (ctx->Light.Enabled == GL_FALSE) + emit_op1(p, VP_OPCODE_MOV, register_output(p, VERT_RESULT_COL0), 0, + register_input(p, V

CVS head: glxgears on r200 with tcl broken

Okay I've been offline for a while, I did my standard CVS update on Mesa and glxgears is busted http://people.freedesktop.org/~airlied/brokengears.png tcl_mode=0 looks fine.. not sure whether this is Brians framebuffer or some stuff Keith has done.. Dave. -- David Airlie, Software Engineer h

Re: Getting DRI working on PCI MGA cards

On Thursday 12 May 2005 03:13, Dave Airlie wrote: > Just missed most of this, but we do have drm_device_is_agp(dev) in the > drm, only the CVS radeon uses this at present as the DDX can tell it > also... > > But on Linux it just does.. > pci_find_capability(dev->pdev, PCI_CAP_ID_AGP); > > which sou

Re: CVS head: glxgears on r200 with tcl broken

On Thursday 12 May 2005 07:02, Dave Airlie wrote: > Okay I've been offline for a while, I did my standard CVS update on Mesa > and glxgears is busted > > http://people.freedesktop.org/~airlied/brokengears.png > > tcl_mode=0 looks fine.. > > not sure whether this is Brians framebuffer or some stuff

Re: CVS head: glxgears on r200 with tcl broken

Adam Jackson wrote: On Thursday 12 May 2005 07:02, Dave Airlie wrote: Okay I've been offline for a while, I did my standard CVS update on Mesa and glxgears is busted http://people.freedesktop.org/~airlied/brokengears.png tcl_mode=0 looks fine.. not sure whether this is Brians framebuffer or some st

Re: Getting DRI working on PCI MGA cards

On Thu, May 12, 2005 at 10:59:50AM -0400, Adam Jackson wrote: > On Thursday 12 May 2005 03:13, Dave Airlie wrote: > > Just missed most of this, but we do have drm_device_is_agp(dev) in the > > drm, only the CVS radeon uses this at present as the DDX can tell it > > also... > > > > But on Linu

Re: Getting DRI working on PCI MGA cards

Dave Airlie wrote: Just missed most of this, but we do have drm_device_is_agp(dev) in the drm, only the CVS radeon uses this at present as the DDX can tell it also... But on Linux it just does.. pci_find_capability(dev->pdev, PCI_CAP_ID_AGP); which sounds like your chip says it is AGP but is connec

r300 patch: change some parameters to GLvoid*

There are several places in r300_maos.c where a GLvoid* parameter is more appropriate than char*. This patch makes these changes (which also fixes a compiler warning for me). -- Jeff Smith __ Yahoo! Mail Mobile Take Yahoo! Mail with you! Che

r300 patch: correct a format/argument mismatch

There is a format/argument mismatch in r300_texprog.c. The format given is '%d' while the argument is a char*. This patch corrects the format to '%s'. -- Jeff Smith __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http:/

[Bug 3284] New: lockRefCount is global, should be per-screen

Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=3284 Summary: lockRefCount is global, should be per-screen Product: D

[patch] r300 drm compile fix for kernels 2.6.1[01]

Attached patch against latest r300 CVS fixes compilation of r300 drm on linux kernel 2.6.10 and .11. Basically, Jerome incorrectly assumes that additional argument to some agp functions was added in 2.6.10, while actually it was included in Linus' kernel only by the time of 2.6.12rc1 (look for