[2.6 patch] make drm_minors_cleanup() static

2008-04-28 Thread Adrian Bunk
This patch makes the needlessly global drm_minors_cleanup() static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- 33cfc2c40ea8449f0e36af7107778a2bdaffae19 diff --git a/drivers/char/drm/drm_drv.c b/drivers/char/drm/drm_drv.c index fc54140..7166a55 100644 --- a/drivers/char/drm/drm_drv.c +++

[Bug 10501] Screen is corrupted running compiz

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=10501 --- Comment #9 from Thomas Champagne <[EMAIL PROTECTED]> 2008-04-28 13:10:11 PST --- Hi I have a similar problem in Ubuntu Hardy described here : https://bugs.launchpad.net/fedora/+source/compiz/+bug/89741. When I maximize a window, the bord

[Bug 15730] Blinking textures in "ray" mesa demo

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=15730 --- Comment #3 from Ove Kaaven <[EMAIL PROTECTED]> 2008-04-28 13:08:36 PST --- Well, I think I have some idea what might be going on. With SW TCL, the vertices aren't processed before flush_last_swtcl_prim is called. It calls r200EmitVbufPrim

[Bug 15731] Strange (reversed?) fog calculation in "fire" mesa demo

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=15731 --- Comment #3 from Roland Scheidegger <[EMAIL PROTECTED]> 2008-04-28 12:08:40 PST --- (In reply to comment #2) > So it's a hardware limitation? In that case, sorry for wasting your time. If you're talking per-vertex vs. per-pixel fog, both a

[Bug 15730] Blinking textures in "ray" mesa demo

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=15730 --- Comment #2 from Roland Scheidegger <[EMAIL PROTECTED]> 2008-04-28 08:41:29 PST --- Your chip doesn't support TCL to begin with hence disabling it won't do anything for you. Interestingly, ray works for me when tcl is enabled, but indeed f

[Bug 15730] Blinking textures in "ray" mesa demo

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=15730 --- Comment #1 from Ove Kaaven <[EMAIL PROTECTED]> 2008-04-28 08:36:35 PST --- So far, I've determined that it's probably not the glTexSubImage2D. Rather, the glDisable(GL_TEXTURE_2D) seems to have a lot to do with it. The texture state isn't

BSD libdrm

2008-04-28 Thread vehemens
I'm currently working on updating the bsd libdrm for use with my freebsd system. To reduce the work involved, I'm using some code from the linux kernel for lists and locks. This also greatly reduces the amount of unique code required. Unfortunately I only have radeon rv370 and intel i810 class h

[Bug 15731] Strange (reversed?) fog calculation in "fire" mesa demo

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=15731 --- Comment #2 from Ove Kaaven <[EMAIL PROTECTED]> 2008-04-28 08:25:19 PST --- So it's a hardware limitation? In that case, sorry for wasting your time. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You a

[Bug 15731] Strange (reversed?) fog calculation in "fire" mesa demo

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=15731 Roland Scheidegger <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 15728] [945GM][kernel 2.6.25] Fail to run GL program after resume

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=15728 Jie Luo <[EMAIL PROTECTED]> changed: What|Removed |Added OS/Version|All |Linux (All) Platf

[Bug 15739] [915]mesa xdemo 'manywin' run abort

2008-04-28 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=15739 Gordon Jin <[EMAIL PROTECTED]> changed: What|Removed |Added CC||dri- |