[Mesa-dev] [PATCH v3] glsl: handle a switch where default is in the middle of cases

2014-07-13 Thread Tapani Pälli
This fixes following tests in es3conform: shaders.switch.default_not_last_dynamic_vertex shaders.switch.default_not_last_dynamic_fragment and makes following tests in Piglit pass: glsl-1.30/execution/switch/fs-default-notlast-fallthrough glsl-1.30/execution/switch/fs-default_notlast

Re: [Mesa-dev] glPixelStorei parameters in core profile

2014-07-13 Thread Dave Airlie
Oops ignore me, I just read the GLES manpage by accident!. Thanks Chris. Dave. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] glPixelStorei parameters in core profile

2014-07-13 Thread Dave Airlie
Hey, So it looks like in core GL profile glPixelStorei can only accept GL_PACK_ALIGNMENT and GL_UNPACK_ALIGNMENT, however I can't see where we enforce this in mesa? Am I missing something to do we just not do this, it appears we check is_desktop_gl, but that doesn't seem to cover it. Dave. _

Re: [Mesa-dev] [PATCH] mesa: Fix regression introduced by commit "mesa: fix packing of float texels to GL_SHORT/GL_BYTE".

2014-07-13 Thread Popov, Pavel E
Hi Chris, Have you had a chance to look through my message? Regards, Pavel -Original Message- From: Popov, Pavel E Sent: Tuesday, July 08, 2014 11:02 AM To: 'Chris Forbes' Cc: mesa-dev@lists.freedesktop.org Subject: RE: [PATCH] mesa: Fix regression introduced by commit "mesa: fix pac

Re: [Mesa-dev] [PATCH 1/3] Add support for swrast to the DRM EGL platform

2014-07-13 Thread Giovanni Campagna
2014-07-11 19:19 GMT+02:00 Emil Velikov : > From: Giovanni Campagna > > Turn GBM into a swrast loader (providing putimage/getimage backed > by a dumb KMS buffer). This allows to run KMS+DRM GL applications > (such as weston or mutter-wayland) unmodified on cards that don't > have any client side H

[Mesa-dev] [Bug 81162] L4d2 is slow on Intel Ironlake Mobile chipsets

2014-07-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=81162 Kenneth Graunke changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |i...@freedesktop.org

[Mesa-dev] [Bug 81162] L4d2 is slow on Intel Ironlake Mobile chipsets

2014-07-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=81162 --- Comment #3 from Chris Forbes --- almos: Nothing old about 10.3-dev -- is still the current development version. That specific revision is only a few dozen commits behind the bleeding edge, and oibaf rolls new packages regularly. -- You are

[Mesa-dev] [Bug 81162] L4d2 is slow on Intel Ironlake Mobile chipsets

2014-07-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=81162 --- Comment #2 from Patrik Bubák --- Thanks for the response. If you could point me to how to upgrade it it'd be much appreciated. I'm currently using the Oibaf PPA for Open Source drivers but that doesn't upgrade it. (In reply to comment #1) >

[Mesa-dev] [Bug 81162] L4d2 is slow on Intel Ironlake Mobile chipsets

2014-07-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=81162 almos changed: What|Removed |Added Severity|critical|normal Priority|high

Re: [Mesa-dev] Backends and support for pow-instructions

2014-07-13 Thread Matt Turner
On Sun, Jul 13, 2014 at 10:50 AM, Thomas Helland wrote: > I've considered writing an algebraic optimization to convert > this into an ir_binop_pow. If my understanding is correct the backend > will then implement this in a similar fashion as above if it does not > have a native pow() instruction.

[Mesa-dev] Backends and support for pow-instructions

2014-07-13 Thread Thomas Helland
Hi all, I've been looking at some shaders from Portal recently. A lot of them seem to hand-roll a pow-function with log2, multiply, and exp2, like this: r3.x = log2( r3.x ); r3.y = log2( r3.y ); r3.z = log2( r3.z ); r3.xyz = r3.xyz * vd2.zzz; r3.x = exp2( r3.x ); r3.y = exp2( r3.y ); r3.z = exp2(

[Mesa-dev] [Bug 81162] Multicore Rendering issue on Intel Ironlake Mobile chipsets

2014-07-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=81162 Patrik Bubák changed: What|Removed |Added Severity|normal |critical Priority|medium

[Mesa-dev] [Bug 81162] Multicore Rendering issue on Intel Ironlake Mobile chipsets

2014-07-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=81162 Patrik Bubák changed: What|Removed |Added Version|10.0|git -- You are receiving this mail becau

[Mesa-dev] [Bug 81162] Multicore Rendering issue on Intel Ironlake Mobile chipsets

2014-07-13 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=81162 Patrik Bubák changed: What|Removed |Added Version|10.1|10.0 -- You are receiving this mail beca

[Mesa-dev] [PATCH 1/2] llvmpipe: Pool the LLVMContexts in use.

2014-07-13 Thread Mathias Fröhlich
This is one step to make llvmpipe thread safe as mandated by the OpenGL standard. Using the global LLVMContext is obviously a problem for that kind of use pattern. Allocating and disposing a gallivm_state private LLVMContext leads to problems with accumulating LLVMContext dependent cached instances

[Mesa-dev] [PATCH 2/2] llvmpipe: Make a llvmpipe OpenGL context thread safe.

2014-07-13 Thread Mathias Fröhlich
This fixes the remaining problem with the recently introduced global jit memory manager. This change again uses a memory manager that is local to gallivm_state. This implementation still frees the majority of the memory immediately after compilation. Only the generated code is deferred until this c

[Mesa-dev] [PATCH 0/2] Make a llvmpipe context basically thread safe.

2014-07-13 Thread Mathias Fröhlich
Hi Jose, This makes llvmpipe thread safe as mandated by the OpenGL standard. The changes replace the use of two global data structures with non global ones. The changes pass piglit as of today without regressions. The patchset deviates form your last suggestion. But lacking sufficient time I just