Re: moved i915tex

Sergio Monteiro Basto wrote: > Hi I just update all gits: libdrm, drm, mesa and xf86-video-intel > > And now I don't have DRI > > (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) > found > (WW) intel(0): Bad V_BIOS checksum > (WW) intel(0): Register 0x61200 (PP_STATUS) change

[Bug 11877] texture_srgb glGetTexImage failed for internalFormat GL_SRGB_EXT

http://bugs.freedesktop.org/show_bug.cgi?id=11877 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED]|mesa3d- |

[Bug 12132] occlusion query should return the number of samples passed depth test

http://bugs.freedesktop.org/show_bug.cgi?id=12132 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #3 from [EMAIL

[Bug 12217] clipping planes doesn't work well

http://bugs.freedesktop.org/show_bug.cgi?id=12217 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #3 from [

[Bug 12132] occlusion query should return the number of samples passed depth test

http://bugs.freedesktop.org/show_bug.cgi?id=12132 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #2 from [

Re: moved i915tex

On Tue, 2007-09-25 at 02:19 +0100, Sergio Monteiro Basto wrote: > Hi I just update all gits: libdrm, drm, mesa and xf86-video-intel > > And now I don't have DRI No, you don't have AIGLX, which is a long ways from not having DRI. Does glxinfo report that you have direct rendering enabled? -- [E

i945 GM performance question

Hello, I have made a program that draws zfail/zpass shadows. I draw three models with ~120 tris each and one light source and a simple floor, with zpass. I can get a full 60fps until the window size reaches about 780x580 which drops to around ~30 fps in a maximized window (1342x820). The appl

moved i915tex

Hi I just update all gits: libdrm, drm, mesa and xf86-video-intel And now I don't have DRI (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found (WW) intel(0): Bad V_BIOS checksum (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc008 to 0xd009 (WW) intel(0

[Bug 9264] GLX_BIND_TO_MIPMAP_TEXTURE_EXT attribute should only be GL_FALSE or GL_TRUE

http://bugs.freedesktop.org/show_bug.cgi?id=9264 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #

[Bug 12164] blender crash with DRI driver 7.0.1

http://bugs.freedesktop.org/show_bug.cgi?id=12164 --- Comment #11 from [EMAIL PROTECTED] 2007-09-24 13:39 PST --- This patch works perfectly ! Blender doesn't crash. I will use blender during one week to see if this patch is stable. But I think problem is solved. I will go back in on

[Bug 8292] i915: texture crossbar

http://bugs.freedesktop.org/show_bug.cgi?id=8292 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 12502] Corrupt text in World of Warcraft when VBOs are enabled.

http://bugs.freedesktop.org/show_bug.cgi?id=12502 --- Comment #13 from [EMAIL PROTECTED] 2007-09-24 13:02 PST --- (In reply to comment #12) > 1. Insert a printf in _mesa_BindBufferARB(), printing the arguments. _mesa_BindBufferARB(target=34962, buffer=14) _mesa_BindBufferARB(target=3

Re: Vblanks, CRTCs and GLX, oh my!

On Monday, September 24, 2007 1:25 am Michel Dänzer wrote: > On Fri, 2007-09-21 at 12:46 -0700, Jesse Barnes wrote: > > On Friday, September 21, 2007 2:51 am Michel Dänzer wrote: > > > > - add code to Mesa so GetMSC/WaitForMSC set > > > > DRM_VBLANK_SECONDARY correctly > > > > > > One idea (with

[Bug 12502] Corrupt text in World of Warcraft when VBOs are enabled.

http://bugs.freedesktop.org/show_bug.cgi?id=12502 --- Comment #12 from [EMAIL PROTECTED] 2007-09-24 08:17 PST --- OK, I wasn't clear on that. My only guess at this point is that maybe the vertex element buffer is not getting unbound at some point so the glDrawRangeElements() is inadv

[Bug 12164] blender crash with DRI driver 7.0.1

http://bugs.freedesktop.org/show_bug.cgi?id=12164 --- Comment #10 from [EMAIL PROTECTED] 2007-09-24 08:08 PST --- Created an attachment (id=11723) --> (http://bugs.freedesktop.org/attachment.cgi?id=11723&action=view) patch for radeon_swtcl.c Here's the same patch, but for the radeon

[Bug 12164] blender crash with DRI driver 7.0.1

http://bugs.freedesktop.org/show_bug.cgi?id=12164 --- Comment #9 from [EMAIL PROTECTED] 2007-09-24 07:55 PST --- I think my card doesn't use r200 driver but radeon driver... The result of 2 patch : (gdb) run Starting program: /usr/bin/blender-bin [Thread debugging using libthread_db

Re: [Dri-users] Is this a bug in radeon driver (secondlife hang ?)

On Sat, 2007-09-22 at 10:06 -0400, Alex Deucher wrote: > On 9/19/07, chaohong guo <[EMAIL PROTECTED]> wrote: > > > > Did someone try secondlife on radeon cards ? > > > > I am porting dri radeon driver to solaris. In order to > > enable secondlife to run on Solaris x86. I have to make a > > small ch

[Bug 12217] clipping planes doesn't work well

http://bugs.freedesktop.org/show_bug.cgi?id=12217 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: Vblanks, CRTCs and GLX, oh my!

On Fri, 2007-09-21 at 12:46 -0700, Jesse Barnes wrote: > On Friday, September 21, 2007 2:51 am Michel Dänzer wrote: > > > - add code to Mesa so GetMSC/WaitForMSC set DRM_VBLANK_SECONDARY > > > correctly > > > > One idea (with some handwaving :) would be the common code keeping > > around a po