On Wednesday 04 August 2010 04:17:15 Chia-I Wu wrote:
> I've updated the geometry shader so that given a triangle with adjacency, 3
> triangles will be emitted:
>
> - the triangle formed by the first edge and the first adjacent vertex
> - the triangle formed by the second edge and the second
"Kevin H. Hobbs" writes:
> On 08/04/2010 04:21 PM, tom fogal wrote:
> >
> > Can you try valgrind? Perhaps somehow the generated dispatch
> > code is jumping into lalaland and somehow magically ends up in
> > vbo_exec_EvalCoord1fv (pretty far-fetched, but I'm out of ideas
> > here...).
>
> valgrin
https://bugs.freedesktop.org/show_bug.cgi?id=29400
Marek Olšák changed:
What|Removed |Added
Component|Other |Drivers/DRI/r300
AssignedTo|mesa-.
On Wed, 4 Aug 2010 16:51:22 +0200, Aras Pranckevicius wrote:
> Hi,
>
> Attached patch - or alternatively, this github commit:
> http://github.com/aras-p/glsl-optimizer/commit/cb5b9ad7b439eddaedc54147f41727a661d11b21
> -
> fixes GLSL2 performance problems after many shaders are processed.
>
> Whe
On 08/04/2010 04:21 PM, tom fogal wrote:
>
> Can you try valgrind? Perhaps somehow the generated dispatch
> code is jumping into lalaland and somehow magically ends up in
> vbo_exec_EvalCoord1fv (pretty far-fetched, but I'm out of ideas
> here...).
>
valgrind suggested I add --leak-check=full
On 08/04/2010 04:21 PM, tom fogal wrote:
>
> I am not sure what is wrong here, but something is.
> vbo_exec_EvalCoord1fv and vbo_exec_EvalCoord1f are both static methods
> in that file... there is no way OpenGLInit could call them. They must
> be called automagically during OSMesaCreateContext or
On 08/04/2010 03:29 PM, tom fogal wrote:
>
> To workaround it, we tell VTK that the OpenGL library is OSMesa and the
> OSMesa library is libGL. I would test that the above workaround works
> (i.e. you're hitting the same issue I did) before filing a bug.
>
> -tom
>
With the the mesa libraries
"Kevin H. Hobbs" writes:
> On 08/04/2010 03:01 PM, tom fogal wrote:
> >
> > 3) Doesn't seem likely that ::OpenGLInit calls
> > vbo_exec_EvalCoord1fv :) Are you missing debug symbols in Mesa?
> > Could you get a stack trace w/ full debug symbols?
>
[snip]
> Program received signal SIGSEGV, Segmenta
On 08/04/2010 03:01 PM, tom fogal wrote:
>
> 3) Doesn't seem likely that ::OpenGLInit calls vbo_exec_EvalCoord1fv :)
> Are you missing debug symbols in Mesa? Could you get a stack trace w/
> full debug symbols?
>
The full gdb session with both mesa and VTK built with debug symbols is :
$ gdb
"Kevin H. Hobbs" writes:
> On 08/04/2010 03:01 PM, tom fogal wrote:
> > 2) Make sure to switch the Mesa libraries in VTK's CMake step. The
> > critical component is that your link lines must put "OSMesa" and
> > "MesaGL" in the 'correct' ordering, where 'correct' depends on
> > which you want to
On 08/04/2010 03:01 PM, tom fogal wrote:
>
> No "--enable-gl-osmesa" ?
>
>
That's right I do not have "--enable-gl-osmesa". according to "configure
--help" this is on by default when the xlib driver is used.
> 1) Make sure you've got -fvisibility=hidden when you're building;
> the VBO code s
On Wednesday 04 August 2010 13:06:33 Chia-I Wu wrote:
> On Wed, Aug 4, 2010 at 11:01 PM, Zack Rusin wrote:
> > On Wednesday 04 August 2010 04:17:15 Chia-I Wu wrote:
> >> I've updated the geometry shader so that given a triangle with
> >> adjacency, 3 triangles will be emitted:
> >>
> >> - the t
"Kevin H. Hobbs" writes:
> building mesa with:
>
> ./autogen.sh \
> --with-driver=3Dxlib \
> --disable-gallium \
> --without-demos
> make
No "--enable-gl-osmesa" ?
> It was also at this time that libOSMesa went from being linked
> against libGL to being linked to mesa internal static li
I'm looking into some segfaults in VTK's Offscreen tests.
These failures appeared about the time that I switched from building
mesa with the "make linux-x86-64" target and moved to buiulding mesa with :
./autogen.sh \
--with-driver=xlib \
--disable-gallium \
--without-demos
make
It was al
On Wed, Aug 4, 2010 at 11:01 PM, Zack Rusin wrote:
> On Wednesday 04 August 2010 04:17:15 Chia-I Wu wrote:
>> I've updated the geometry shader so that given a triangle with adjacency, 3
>> triangles will be emitted:
>>
>> - the triangle formed by the first edge and the first adjacent vertex
>>
https://bugs.freedesktop.org/show_bug.cgi?id=29370
--- Comment #11 from Nikos Chantziaras 2010-08-04 10:01:17
PDT ---
(In reply to comment #7)
> I had the same problem, try to disable the function check.
>
> Nevertheless there still seems to be the bind_tex_image problem I posted on
> the
> ma
https://bugs.freedesktop.org/show_bug.cgi?id=29370
--- Comment #10 from Niels Ole Salscheider
2010-08-04 09:58:56 PDT ---
(In reply to comment #9)
> (In reply to comment #7)
> > I had the same problem, try to disable the function check.
>
> Which function check?
In KWin 's settings you can ena
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #3 from maxi...@free.fr 2010-08-04 09:53:44 PDT ---
Well... in my upgrade from linux 2.6.34 to 2.6.35, the problem has changed...
Now the transparency looks OK but when the fade is enabled, and a menu appears
it start transparent, goes
https://bugs.freedesktop.org/show_bug.cgi?id=29370
--- Comment #9 from Kristian Høgsberg 2010-08-04 09:53:07
PDT ---
(In reply to comment #7)
> I had the same problem, try to disable the function check.
Which function check?
> Nevertheless there still seems to be the bind_tex_image problem I p
https://bugs.freedesktop.org/show_bug.cgi?id=29370
Kristian Høgsberg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29370
--- Comment #8 from Kristian Høgsberg 2010-08-04 09:49:44
PDT ---
(In reply to comment #6)
> (In reply to comment #5)
> > Ah, I see, this is the compatibility path for servers that don't send
> > invalidate events. When dri2SwapBuffers call dri
https://bugs.freedesktop.org/show_bug.cgi?id=29370
--- Comment #7 from Niels Ole Salscheider
2010-08-04 09:41:15 PDT ---
I had the same problem, try to disable the function check.
Nevertheless there still seems to be the bind_tex_image problem I posted on the
mailing list (NULL pointer check af
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #2 from Niels Ole Salscheider
2010-08-04 09:27:50 PDT ---
Do you have blur enabled? If so, try to reduce the blur strength. For me, it
seems that some sort of clipping occurs if the setting is too high so that all
blurred parts becom
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #1 from maxi...@free.fr 2010-08-04 09:25:27 PDT ---
Created an attachment (id=37572)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37572)
screenshot
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=29370
--- Comment #6 from Nikos Chantziaras 2010-08-04 09:23:34
PDT ---
(In reply to comment #5)
> Ah, I see, this is the compatibility path for servers that don't send
> invalidate events. When dri2SwapBuffers call dri2Invalidate handle it passes
>
https://bugs.freedesktop.org/show_bug.cgi?id=29400
Summary: R300G : Regression, Transparency in KDE effects is
corrupted
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aras Pranckevicius wrote:
> Hi,
>
> Attached patch - or alternatively, this github
> commit:
> http://github.com/aras-p/glsl-optimizer/commit/cb5b9ad7b439eddaedc54147f41727a661d11b21
> -
> fixes GLSL2 performance problems after many shaders are proc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aras Pranckevicius wrote:
> Hi,
>
> Attached patch - or alternatively, this github commit:
> http://github.com/aras-p/glsl-optimizer/commit/06212e35b4aa06d3cd5af27e2faa5999598f987a
> - fixes unset GLSL2 ir_type after cloning ir_discard node. This fixe
On 08/03/2010 10:14 PM, tom fogal wrote:
Brian Paul writes:
On 08/03/2010 01:32 PM, tom fogal wrote:
I prepared another 7.8 branch.
Again, the branch is at:
git://people.freedesktop.org/~tfogal/mesa
http://cgit.freedesktop.org/~tfogal/mesa/log/?h=7.8
[snip -- sha1's]
Brian,
Hi,
Attached patch - or alternatively, this github commit:
http://github.com/aras-p/glsl-optimizer/commit/06212e35b4aa06d3cd5af27e2faa5999598f987a
- fixes unset GLSL2 ir_type after cloning ir_discard node. This fixes
IR validation after inlining a discard.
--
Aras Pranckevičius
work: http://unity
Hi,
Attached patch - or alternatively, this github commit:
http://github.com/aras-p/glsl-optimizer/commit/cb5b9ad7b439eddaedc54147f41727a661d11b21
-
fixes GLSL2 performance problems after many shaders are processed.
When constructing builtin functions, they are put into global memory pool
(once),
https://bugs.freedesktop.org/show_bug.cgi?id=29370
--- Comment #5 from Kristian Høgsberg 2010-08-04 05:51:07
PDT ---
(In reply to comment #0)
> KWin crashes when trying to activate OpenGL desktop effects. I do not know if
> bug 29181 is related; could be.
>
> I'm on Mesa git master, kernel 2.6
32 matches
Mail list logo
