bugzilla-daemon | 1 Mar 2007 02:20

[Bug 9965] on Unichrome an accelerated window is displayed at double coordinates of window itself

http://bugs.freedesktop.org/show_bug.cgi?id=9965

------- Comment #8 from miguelmarte <at> gmail.com  2007-02-28 17:20 PST -------
Created an attachment (id=8918)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=8918&action=view)
kill off the rest of drawXoff, apply prev patch first

Kill off the rest of drawXoff, its still affecting the back buffer -> front
buffer.  This will fix the offset problems in texenv,gearbox and hopefully the
problem Xavier has with the screensaver preview.  One question that i have is,
is the first box in gearbox suppose to be the depth buffer?  

--

-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
bugzilla-daemon | 1 Mar 2007 05:01

[Bug 10135] New: some of the progs don't compile (gltrace)

http://bugs.freedesktop.org/show_bug.cgi?id=10135

           Summary: some of the progs don't compile (gltrace)
           Product: Mesa
           Version: CVS
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: low
         Component: Demos
        AssignedTo: mesa3d-dev <at> lists.sourceforge.net
        ReportedBy: peter <at> cordes.ca

cd progs
make SUBDIRS=tools/trace
...

gltrace_support.cc: In function ‘const char*<unnamed>::demangle(const
char*)’:
gltrace_support.cc:47: error: cannot convert ‘unsigned int*’ to
‘size_t*’ for argument ‘3’ to ‘char* __cxxabiv1::__cxa_demangle(const
char*, char*, size_t*, int*)’
gltrace_support.cc: In function ‘std::string gltrace::getStackTrace(int,
int)’:
gltrace_support.cc:125: error: ‘assert’ was not declared in this scope

 It doesn't include assert.h, but it calls assert.  Maybe this worked for
somebody once upon a time if a system header included assert.h.

(Continue reading)

bugzilla-daemon | 1 Mar 2007 06:33

[Bug 9971] Seg fault when calling glRenderMode in GL_FEEDBACK mode

http://bugs.freedesktop.org/show_bug.cgi?id=9971

------- Comment #5 from haihao.xiang <at> intel.com  2007-02-28 21:33 PST -------
Created an attachment (id=8919)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=8919&action=view)
revised patch

In addition to brw->intel.Fallback, other something will result in fallback as
well.

--

-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Xiang, Haihao | 1 Mar 2007 06:54
Picon
Favicon

Fallback to software in i965 triggers segment fault after merging with vbo-0.2

Hi, all

         With some gdb analysis, I noticed some software render functions are no longer installed after merging with vbo-0.2 in i965 and this will break some 3D apps.  I worked out a fix for it. Could anyone take a look? (See http://bugs.freedesktop.org/show_bug.cgi?id=9971).

 

Thanks

Haihao

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
bugzilla-daemon | 1 Mar 2007 07:03

[Bug 10137] New: The sharedtex mesa test lets you see inside the cube?

http://bugs.freedesktop.org/show_bug.cgi?id=10137

           Summary: The sharedtex mesa test lets you see inside the cube?
           Product: Mesa
           Version: CVS
          Platform: x86-64 (AMD64)
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Demos
        AssignedTo: mesa3d-dev <at> lists.sourceforge.net
        ReportedBy: peter <at> cordes.ca

Is it supposed to be a cube, or are you supposed to be able to see the inside?

 It looks the same with i965 direct rendering and LIBGL_ALWAYS_INDIRECT=1.

 Someone who knows what it should look like should check it out...

I'm on amd64 Ubuntu with mesa from git.

--

-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
bugzilla-daemon | 1 Mar 2007 07:05

[Bug 10137] The sharedtex mesa test lets you see inside the cube?

http://bugs.freedesktop.org/show_bug.cgi?id=10137

------- Comment #1 from peter <at> cordes.ca  2007-02-28 22:05 PST -------
err, and sharedtex.c hard codes DISPLAY=:0.  sheesh!

--

-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
bugzilla-daemon | 1 Mar 2007 15:45

[Bug 10135] some of the progs don't compile (gltrace)

http://bugs.freedesktop.org/show_bug.cgi?id=10135

brian.paul <at> tungstengraphics.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

------- Comment #1 from brian.paul <at> tungstengraphics.com  2007-03-01 06:45 PST -------
Much of the stuff you mention isn't actively supported.  I checked in some
fixes for the gltrace_support.cc file though.
There's not supposed to be a util/Makefile (it's a grab-bag of stuff that isn't
interesting to most).
Nobody's touched the WindML stuff in years.
I'm going to close this as fixed.  If you want to pursue any of these further,
please file separate reports for each issue. Thanks.

--

-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
bugzilla-daemon | 1 Mar 2007 15:57

[Bug 10137] The sharedtex mesa test lets you see inside the cube?

http://bugs.freedesktop.org/show_bug.cgi?id=10137

brian.paul <at> tungstengraphics.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

------- Comment #2 from brian.paul <at> tungstengraphics.com  2007-03-01 06:57 PST -------
Fixed.  Bear in mind that progs/tests/ are mostly quick&dirty programs that
only the Mesa developers use from time to time.  Anything goes.

--

-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Michel Dänzer | 1 Mar 2007 16:48

Re: mesa: Branch 'master' - 4 commits

On Wed, 2007-02-28 at 10:58 -0800, Brian Paul wrote:
> 
> diff-tree f30e31276304696558abffdd9a6e3df21d41c0f5 (from e21096b07c5854d01114b58f87d08709e370f8b7)
> Author: Brian <brian <at> yutani.localnet.net>
> Date:   Tue Feb 27 11:09:28 2007 -0700
> 
>     assert that fb->RefCount==0 in _mesa_free_framebuffer_data()
> 
> diff --git a/src/mesa/main/framebuffer.c b/src/mesa/main/framebuffer.c
> index d061d22..3fe70f4 100644
> --- a/src/mesa/main/framebuffer.c
> +++ b/src/mesa/main/framebuffer.c
>  <at>  <at>  -216,6 +216,7  <at>  <at>  _mesa_free_framebuffer_data(struct gl_fr
>     GLuint i;
>  
>     assert(fb);
> +   assert(fb->RefCount == 0);
>  
>     _glthread_DESTROY_MUTEX(fb->Mutex);

This triggers for me with AIGLX (resulting in instant X server death)
when a client goes away without explicitly destroying its DRI drawables.
Here's a backtrace:

#0  0x0fc6cf6c in raise () from /lib/tls/libc.so.6
#1  0x0fc6ea0c in abort () from /lib/tls/libc.so.6
#2  0x0fc652d8 in __assert_fail () from /lib/tls/libc.so.6
#3  0x0f527c2c in _mesa_free_framebuffer_data (fb=0x10ac8e98) at main/framebuffer.c:219
#4  0x0f527c48 in _mesa_destroy_framebuffer (fb=0x10ac8e98) at main/framebuffer.c:203
#5  0x0f4d91a0 in radeonDestroyBuffer (driDrawPriv=<value optimized out>) at radeon_screen.c:911
#6  0x0f4d5828 in driDestroyDrawable (dpy=0x0, drawablePrivate=0x1072ae18) at ../common/dri_util.c:710
#7  0x0f4d5194 in __driGarbageCollectDrawables (drawHash=0x102054f0) at ../common/dri_util.c:138
#8  0x0f4d53b0 in driDestroyContext (dpy=0x0, scrn=0, contextPrivate=0x106c6158) at ../common/dri_util.c:752
#9  0x0f96d334 in __glXDRIcontextDestroy (baseContext=0x0) at glxdri.c:281
#10 0x0f92bb38 in __glXFreeContext (cx=0x0) at glxext.c:244
#11 0x0f92c0c0 in ClientGone (clientIndex=258957664, id=<value optimized out>) at glxext.c:146
#12 0x10028724 in FreeClientResources (client=0x106c6190) at resource.c:837
#13 0x1003c184 in CloseDownClient (client=0x106c6190) at dispatch.c:3626
#14 0x100431f8 in Dispatch () at dispatch.c:483
#15 0x100265d0 in main (argc=11, argv=0x7fb6ece4, envp=<value optimized out>) at main.c:469

radeonDestroyBuffer is called when the reference count is 1. Changing
radeonDestroyBuffer to call _mesa_dereference_framebuffer instead of
_mesa_destroy_framebuffer seems to work so far, but I'm not sure that's
the correct fix. Any ideas?

--

-- 
Earthling Michel Dänzer           |          http://tungstengraphics.com
Libre software enthusiast         |          Debian, X and DRI developer

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
bugzilla-daemon | 1 Mar 2007 17:17

[Bug 9977] light color calculation is incorrect in main/rastpos.c/shade_rastpos

http://bugs.freedesktop.org/show_bug.cgi?id=9977

brian.paul <at> tungstengraphics.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

------- Comment #2 from brian.paul <at> tungstengraphics.com  2007-03-01 08:17 PST -------
Fixed in git.  Thanks for the test prog!

--

-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Gmane