Re: [Mesa-dev] [RFC] gallium: Make printing info on debug builds default off

Agreed to all of the above. Libraries, even debug builds, should stay silent by default. We can (and should!) just doc the various env vars instead, IMHO. Sending from a mobile, pardon the brevity. ~ C. On Aug 5, 2010 6:20 PM, "Dave Airlie" wrote: > On Fri, Aug 6, 2010 at 11:17 AM, Jakob Bornecr

Re: [Mesa-dev] [RFC] gallium: Make printing info on debug builds default off

On Fri, Aug 6, 2010 at 11:17 AM, Jakob Bornecrantz wrote: > This commit silences the printing off most of the debug information > when running debug builds. The big culprits are the the tgsi sanity > checker that gets run on all shaders on debug. All the options. And > finaly the cpu caps printer.

[Mesa-dev] [RFC] gallium: Make printing info on debug builds default off

This commit silences the printing off most of the debug information when running debug builds. The big culprits are the the tgsi sanity checker that gets run on all shaders on debug. All the options. And finaly the cpu caps printer. This came after a discussion on #dri-devel that --enable-debug sh

Re: [Mesa-dev] VTK Offscreen Segfaults

Brian Paul writes: [snip] > My other hunch is something is duplicated in the libOSMesa and libGL > libraries that's causing things to blow up in general. This is a good hunch. I don't know how closely you've been following the thread, Brian, but previously I brought up how it was important that

Re: [Mesa-dev] VTK Offscreen Segfaults

On 08/05/2010 04:30 PM, tom fogal wrote: "Kevin H. Hobbs" writes: On 08/04/2010 05:58 PM, tom fogal wrote: If you can find the commit that started the trouble (using git bisect), that might shed some light. With my script adjusted to only report when the test started segfaulting git bisect r

Re: [Mesa-dev] VTK Offscreen Segfaults

"Kevin H. Hobbs" writes: > On 08/04/2010 05:58 PM, tom fogal wrote: > > If you can find the commit that started the trouble (using git > > bisect), that might shed some light. > > With my script adjusted to only report when the test started > segfaulting git bisect reports : > > 91c37599f621a0ec4

Re: [Mesa-dev] glsl2: optimizing unused struct assignments

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Aras Pranckevicius wrote: >> We'll have similar issue with code like: >> uniform vec4 angles; >> void main() { >> vec4 v; >> v.x = sin(angles.x); >> v.y = cos(angles.y); >> v.z = tan(angles.z); >> v.w = 1/tan(angles.w); >> gl_Position = v.

Re: [Mesa-dev] VTK Offscreen Segfaults

On 08/04/2010 05:58 PM, tom fogal wrote: > If you can find the commit that started the trouble (using git bisect), > that might shed some light. > With my script adjusted to only report when the test started segfaulting git bisect reports : 91c37599f621a0ec498c0f0add14f16470ca852b is the first

Re: [Mesa-dev] VTK Offscreen Segfaults git bisect results

On 08/04/2010 05:58 PM, tom fogal wrote: > > If you can find the commit that started the trouble (using git bisect), > that might shed some light. > I ran : git bisect start git bisect bad git bisect good mesa_7_6 git bisect run ~/kitware/os_bisect_script.sh The os_bisect_script.sh s

Re: [Mesa-dev] 7.8, round 2.

Alex Deucher writes: > On Thu, Aug 5, 2010 at 3:45 PM, tom fogal wrote: > >> > >   git://people.freedesktop.org/~tfogal/mesa > >> > >   http://cgit.freedesktop.org/~tfogal/mesa/log/?h=7.8 > > Can you revert 66ad60399ae005084ad8c07569a1c9a461c39ec9? > dri2ConfigQueryExtension was not available

Re: [Mesa-dev] glsl2: optimizing unused struct assignments

On Thu, 5 Aug 2010 13:33:50 +0200, Aras Pranckevicius wrote: > > I believe the plan is to eventually break structures and arrays that are > > not variably indexed into individual variables.  Your structure above > > would be broken into s_used and s_unused.  The existing dead code paths > > would

Re: [Mesa-dev] 7.8, round 2.

On Thu, Aug 5, 2010 at 3:45 PM, tom fogal wrote: > Marek Olšák writes: >> On Thu, Aug 5, 2010 at 8:00 PM, tom fogal wrote: >> >> > tom fogal writes: >> > >   git://people.freedesktop.org/~tfogal/mesa >> > >   http://cgit.freedesktop.org/~tfogal/mesa/log/?h=7.8 >> > > >> > > The only aspect I ha

Re: [Mesa-dev] [PATCH-RFC] draw: Rewrite primitive decomposer

On Thursday 05 August 2010 12:51:57 Chia-I Wu wrote: > On Thu, Aug 5, 2010 at 3:20 AM, Zack Rusin wrote: > >> With GS, the order of the vertices of a primitive becomes significant. > >> We can no longer permute the vertices to support flatshade_first (at > >> least, not before GS runs). > > > >

Re: [Mesa-dev] 7.8, round 2.

Marek Olšák writes: > On Thu, Aug 5, 2010 at 8:00 PM, tom fogal wrote: > > > tom fogal writes: > > > git://people.freedesktop.org/~tfogal/mesa > > > http://cgit.freedesktop.org/~tfogal/mesa/log/?h=7.8 > > > > > > The only aspect I haven't heard back from is: > > > > > > 4fd39a8d69cade6d

Re: [Mesa-dev] glsl2: assignment write masks vs. swizzles

> So when you say those types are vec2s above, I saw, before and after, a > masked operation on the two vec4s involved when it came to actual code > generated. Ok. So I assume current behavior is correct. The trouble I have now is unrelated to Mesa itself; I'm trying to use GLSL2 for a GLSL optim

Re: [Mesa-dev] 7.8, round 2.

On Thu, Aug 5, 2010 at 8:00 PM, tom fogal wrote: > tom fogal writes: > > the branch is at: > > > > > > git://people.freedesktop.org/~tfogal/mesa > > > > http://cgit.freedesktop.org/~tfogal/mesa/log/?h=7.8

Re: [Mesa-dev] 7.8, round 2.

tom fogal writes: > the branch is at: > > git://people.freedesktop.org/~tfogal/mesa > http://cgit.freedesktop.org/~tfogal/mesa/log/?h=7.8 [snip] I force-pushed an update w/ Acks. The only aspect I haven't heard back from is: > 4fd39a8d69cade6db5c4a0295a5f5f3014110b1c > > Needs someon

Re: [Mesa-dev] glsl2: assignment write masks vs. swizzles

On Thu, 5 Aug 2010 18:21:11 +0200, Aras Pranckevicius wrote: > Hi, > > Since commit 5a7758efbe14dee026245a4f4f4fb3ccf7b2c23b (Add > ir_assignment::write_mask and associated methods) I'm somewhat > confused about types and swizzles. > > Expression like this: > gl_Position.zw = gl_Vertex.xy*2.

[Mesa-dev] [Bug 29404] "Cannot yet select" LLVM error with r300g, softpipe and llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=29404 --- Comment #3 from steckde...@yahoo.fr 2010-08-05 10:06:26 PDT --- Created an attachment (id=37593) --> (https://bugs.freedesktop.org/attachment.cgi?id=37593) Output of glxgears when running with llvmpipe -- Configure bugmail: https://bugs.fre

[Mesa-dev] [Bug 29404] "Cannot yet select" LLVM error with r300g, softpipe and llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=29404 --- Comment #2 from steckde...@yahoo.fr 2010-08-05 10:05:47 PDT --- Created an attachment (id=37592) --> (https://bugs.freedesktop.org/attachment.cgi?id=37592) Output from LLVM when trying to run Neverball Hello, I attach to this bug the output

Re: [Mesa-dev] [PATCH-RFC] draw: Rewrite primitive decomposer

On Thu, Aug 5, 2010 at 3:20 AM, Zack Rusin wrote: >> With GS, the order of the vertices of a primitive becomes significant.  We >> can no longer permute the vertices to support flatshade_first (at least, >> not before GS runs). > Awesome stuff. Thanks for looking into this. I'd commit that patch a

[Mesa-dev] [Bug 29407] llvm 2.8 asserts: "Tried to create an integer operation on a non-integer type!"

https://bugs.freedesktop.org/show_bug.cgi?id=29407 --- Comment #3 from nobled 2010-08-05 09:31:49 PDT --- Created an attachment (id=37590) View: https://bugs.freedesktop.org/attachment.cgi?id=37590 Review: https://bugs.freedesktop.org/review?bug=29407&attachment=37590 gallivm: Always use float

[Mesa-dev] glsl2: assignment write masks vs. swizzles

Hi, Since commit 5a7758efbe14dee026245a4f4f4fb3ccf7b2c23b (Add ir_assignment::write_mask and associated methods) I'm somewhat confused about types and swizzles. Expression like this: gl_Position.zw = gl_Vertex.xy*2.0; now produces IR that has vec4 node types: (declare (temporary ) vec2 t

[Mesa-dev] [PATCHv2] draw: Rewrite primitive decomposer

On Tue, Aug 3, 2010 at 12:33 AM, Chia-I Wu wrote: > While studying the draw module, I noticed that multiple primitive > decomposers exist: draw_pt_vcache_tmp.h, draw_gs_tmp.h, > draw_so_emit_tmp.h, and draw_pt_decompose.h.  The differences between > them are small, yet some of them support primiti

[Mesa-dev] [Bug 29407] llvm 2.8 asserts: "Tried to create an integer operation on a non-integer type!"

https://bugs.freedesktop.org/show_bug.cgi?id=29407 --- Comment #2 from Brian Paul 2010-08-05 08:46:15 PDT --- We haven't been testing with LLVM 2.8 / SVN much. You shouldn't have trouble with LLVM 2.6 or 2.7. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- Y

[Mesa-dev] [Bug 29411] New: fails to build with glew 1.5.0

https://bugs.freedesktop.org/show_bug.cgi?id=29411 Summary: fails to build with glew 1.5.0 Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component:

[Mesa-dev] [Bug 29407] llvm 2.8 asserts: "Tried to create an integer operation on a non-integer type!"

https://bugs.freedesktop.org/show_bug.cgi?id=29407 --- Comment #1 from steckde...@yahoo.fr 2010-08-05 07:28:35 PDT --- I can confirm this bug. When compiled in debug mode, I get many lines like that : Integer arithmetic operators only work with integral types! %239 = mul <4 x float> %163, %238

[Mesa-dev] [Bug 29407] New: llvm 2.8 asserts: "Tried to create an integer operation on a non-integer type!"

https://bugs.freedesktop.org/show_bug.cgi?id=29407 Summary: llvm 2.8 asserts: "Tried to create an integer operation on a non-integer type!" Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW

Re: [Mesa-dev] glsl2: optimizing unused struct assignments

> I believe the plan is to eventually break structures and arrays that are > not variably indexed into individual variables.  Your structure above > would be broken into s_used and s_unused.  The existing dead code paths > would take care of s_unused.  We'll need to do this break-up anyway to > do

Re: [Mesa-dev] [PATCH] glsl2: performance regression with import_prototypes

> We were talking about this this morning, and I ended up doing a more > complete fix -- most places we clone we want to be cloning into a > particular place, so just pass a mem_ctx in to ->clone().  Looks like > it's fixed the performance problem here. Yeah, that fixed it as well. Thanks! -- A

[Mesa-dev] [Bug 29404] "Cannot yet select" LLVM error with r300g, softpipe and llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=29404 steckde...@yahoo.fr changed: What|Removed |Added Attachment #37582|application/octet-stream|text/plain mime type|

[Mesa-dev] [Bug 29404] "Cannot yet select" LLVM error with r300g, softpipe and llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=29404 --- Comment #1 from steckde...@yahoo.fr 2010-08-05 00:44:24 PDT --- Created an attachment (id=37582) --> (https://bugs.freedesktop.org/attachment.cgi?id=37582) /proc/cpuinfo file -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?

[Mesa-dev] [Bug 29404] New: "Cannot yet select" LLVM error with r300g, softpipe and llvmpipe

https://bugs.freedesktop.org/show_bug.cgi?id=29404 Summary: "Cannot yet select" LLVM error with r300g, softpipe and llvmpipe Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW