Roland Scheidegger writes:
> I guess though you'd need these bits when implementing things like
> ARB_fragment_shader_ordering? (Thus stuff actually looks useful but I
> don't know if anybody wants to implement it in the near term.)
>
I believe that could be implemented using the thread dependenc
Seems odd to send this on its own, but looks correct.
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sat, 2015-08-15 at 14:54 +1000, Rhys Kidd wrote:
> On 8 August 2015 at 15:09, Rhys Kidd wrote:
> > OpenGL 2.0 function StencilOp() is in part internally implemented via
> > StencilOpSeparate(). This change happened some time ago, however the
> > accompanying doxygen todo comment was not accordi
On Wed, 2015-08-12 at 19:39 +1000, Timothy Arceri wrote:
> Cc: Francisco Jerez
> ---
> This patch works for direct indexing of images, but I'm having some trouble
> getting indirect to work.
>
> For example for:
> tests/spec/arb_arrays_of_arrays/execution/image_store/basic-imageStore
> -non-
On 08/14/2015 08:41 PM, Mark Janes wrote:
> This test regresses a large number of tests in piglit and dEQP, for
> example:
>
> piglit.spec.oes_texture_float.oes_texture_float.snbgt2m64 (from piglit)
> Standard Output
>
> /tmp/build_root/m64/lib/piglit/bin/oes_texture_float -auto -fbo
> oes-textur
https://bugs.freedesktop.org/show_bug.cgi?id=91643
Bug ID: 91643
Summary: mesa-demos-8.2.0 (latest released version) fails to
build against mesa-10.6.4-2.mga6.tainted.src.rpm
Product: Mesa
Version: unspecified
Hardware: x86
---
src/gallium/state_trackers/clover/api/transfer.cpp | 17 +
1 file changed, 17 insertions(+)
diff --git a/src/gallium/state_trackers/clover/api/transfer.cpp
b/src/gallium/state_trackers/clover/api/transfer.cpp
index cd3bd00..c2c8af2 100644
--- a/src/gallium/state_trackers/clov
Timothy Arceri writes:
> On Wed, 2015-08-12 at 19:39 +1000, Timothy Arceri wrote:
>> Cc: Francisco Jerez
>> ---
>> This patch works for direct indexing of images, but I'm having some trouble
>> getting indirect to work.
>>
>> For example for:
>> tests/spec/arb_arrays_of_arrays/execution/ima
v2: Fix whitespace error.
---
src/gallium/state_trackers/clover/api/transfer.cpp | 18 ++
1 file changed, 18 insertions(+)
diff --git a/src/gallium/state_trackers/clover/api/transfer.cpp
b/src/gallium/state_trackers/clover/api/transfer.cpp
index cd3bd00..274c45a 100644
--- a/src/
Hi all,
I'm now doing the last modifications to the loop analysis pass
I've been working on, and I stumbled upon something I found
a bit surprising. (Keep in mind I'm not very familiar with GCM)
Some background info: there are 550 loops in my shader-db.
The glsl unrolling unrolls 150 of those. My
Let me put this another way... if anyone is strongly opposed to this
plan, please speak up now. Otherwise I'll push this before the
branchpoint (again, without actually enabling the ext).
On Wed, Aug 12, 2015 at 3:17 PM, Ilia Mirkin wrote:
> As I'm guessing that it's unlikely that the VMWare impl
Apparently this is necessary in order for tess factors to work in a tess
eval program without a tess control program bound. Probably because it
uses the fake program's shader header to work out the number of patch
constants.
Fixes vs-tes-tessinner-tessouter-inputs
Signed-off-by: Ilia Mirkin
---
https://bugs.freedesktop.org/show_bug.cgi?id=91646
Bug ID: 91646
Summary: dlopen'ing libudev.so.1 from static library
initializer corrupts TLS state
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Li
https://bugs.freedesktop.org/show_bug.cgi?id=91646
--- Comment #1 from Tobias Jakobi ---
The problem seems to originate from here:
http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/clover/api/platform.cpp#n29
The platform object is created during static initialization and som
https://bugs.freedesktop.org/show_bug.cgi?id=91646
--- Comment #2 from Tobias Jakobi ---
Created attachment 117708
--> https://bugs.freedesktop.org/attachment.cgi?id=117708&action=edit
hack fix
Untested hack/fix that is also not thread-safe.
--
You are receiving this mail because:
You are th
---
src/util/register_allocate.c | 23 +++
src/util/register_allocate.h | 1 +
2 files changed, 24 insertions(+)
diff --git a/src/util/register_allocate.c b/src/util/register_allocate.c
index 436e008..c9867e3 100644
--- a/src/util/register_allocate.c
+++ b/src/util/register_a
Instead of adding transitive conflicts as we go, we now add regular
conflicts and them make them all transitive at the end. This should be
more efficient.
---
src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 10 --
src/mesa/drivers/dri/i965/brw_vec4_reg_allocate.cpp | 5 -
2 fil
Since i965 is now using make_reg_conflicts_transitive and doesn't need
q-value computations, they are disabled on i965. They are enabled
everywhere else so that they get the old behavior.
---
src/gallium/drivers/freedreno/ir3/ir3_ra.c | 2 +-
.../drivers/r300/compiler/radeon_pair_regallo
---
src/gallium/auxiliary/util/u_math.h | 12
1 file changed, 12 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxiliary/util/u_math.h
index 56bd185..5814421 100644
--- a/src/gallium/auxiliary/util/u_math.h
+++ b/src/gallium/auxiliary/util/u_math.h
@@
Cc: Kristian Hogsberg
---
src/util/bitset.h | 36
1 file changed, 36 insertions(+)
diff --git a/src/util/bitset.h b/src/util/bitset.h
index febcdde..c452819 100644
--- a/src/util/bitset.h
+++ b/src/util/bitset.h
@@ -96,4 +96,40 @@ __bitset_ffs(const BITSET_W
This series was inspired by a patch from Chris Willson entitled
"util/register_allocate: Compute transitive conflicts using 2-passes"
The basic idea is the same: Instead of marking transitive conflicts as you
go, just mark conflicts with the base register up-front and apply
transitivity later. On
This means that it will now be a 64-bit word on 64-bit linux systems but a
32-bit word on 32-bit systems and windows. This should gain us a little
efficiency on 64-bit systems.
---
src/util/bitset.h | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/src/util/bitset.h b/src/u
https://bugs.freedesktop.org/show_bug.cgi?id=91643
--- Comment #1 from Tobias Klausmann ---
Works fine here and on the opensuse buildservers, have you build mesa with the
appropriate --with-egl-platforms=yourplatforms where the platform is one or
several of: x11, drm, wayland
--
You are receivi
On Sat, Aug 15, 2015 at 11:31 AM, Jason Ekstrand wrote:
> This series was inspired by a patch from Chris Willson entitled
> "util/register_allocate: Compute transitive conflicts using 2-passes"
>
> The basic idea is the same: Instead of marking transitive conflicts as you
> go, just mark conflicts
This seems to be a much larger win than I expected. I wrote the
following little benchmark:
#include
int
main(int argc, char *argv)
{
EGLDisplay display = eglGetDisplay(EGL_DEFAULT_DISPLAY);
for (unsigned i = 0; i < 1000; i++) {
eglInitialize(display, NULL, NULL);
eglTerminate
https://bugs.freedesktop.org/show_bug.cgi?id=91643
--- Comment #2 from Shlomi Fish ---
(In reply to Tobias Klausmann from comment #1)
> Works fine here and on the opensuse buildservers, have you build mesa with
> the appropriate --with-egl-platforms=yourplatforms where the platform is one
> or se
Hello
This looks like what I've send a few weeks ago [0]. It's seems we should come
with something a little different as explain by curro in [1]
[0] http://lists.freedesktop.org/archives/mesa-dev/2015-August/090479.html
[1] http://lists.freedesktop.org/archives/mesa-dev/2015-June/086110.html
https://bugs.freedesktop.org/show_bug.cgi?id=91643
--- Comment #3 from Tobias Klausmann ---
WE use a normal 10.6.4 snapshot and i'm not aware of extra patches. You may
need other some devel packages like we got "Mesa-libEGL-devel" for this.
As a reference you may look into the opensuse packages
https://bugs.freedesktop.org/show_bug.cgi?id=91643
--- Comment #4 from Shlomi Fish ---
(In reply to Shlomi Fish from comment #2)
> (In reply to Tobias Klausmann from comment #1)
> > Works fine here and on the opensuse buildservers, have you build mesa with
> > the appropriate --with-egl-platforms
https://bugs.freedesktop.org/show_bug.cgi?id=91643
--- Comment #5 from Shlomi Fish ---
(In reply to Tobias Klausmann from comment #3)
> WE use a normal 10.6.4 snapshot and i'm not aware of extra patches. You may
> need other some devel packages like we got "Mesa-libEGL-devel" for this.
>
> As a
https://bugs.freedesktop.org/show_bug.cgi?id=91652
Bug ID: 91652
Summary: configure doesn't check for libedit
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
On Sat, Aug 15, 2015 at 10:20 PM, Serge Martin (EdB)
wrote:
> This looks like what I've send a few weeks ago [0]. It's seems we should come
> with something a little different as explain by curro in [1]
Ok, didn't notice that :)
Sorry for the duplicate.
___
This brings in the new ARB extensions.
Signed-off-by: Dave Airlie
---
include/GL/glext.h | 294 +++--
1 file changed, 285 insertions(+), 9 deletions(-)
diff --git a/include/GL/glext.h b/include/GL/glext.h
index e5f1d89..907a582 100644
--- a/includ
Sounds good to me.
Marek
On Sat, Aug 15, 2015 at 5:04 PM, Ilia Mirkin wrote:
> Let me put this another way... if anyone is strongly opposed to this
> plan, please speak up now. Otherwise I'll push this before the
> branchpoint (again, without actually enabling the ext).
>
> On Wed, Aug 12, 2015
Reviewed-by: Marek Olšák
Marek
On Sat, Aug 15, 2015 at 8:31 PM, Jason Ekstrand wrote:
> ---
> src/gallium/auxiliary/util/u_math.h | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/src/gallium/auxiliary/util/u_math.h
> b/src/gallium/auxiliary/util/u_math.h
> index 56bd185.
Do the same as in st_TexSubImage. This fixes
arb_get_texture_sub_image-get on llvmpipe when it is set to prefer
blits, and nouveau when it uses the 3d engine for blits.
Signed-off-by: Ilia Mirkin
---
src/mesa/state_tracker/st_cb_texture.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src
This fixes arb_get_texture_sub_image-get, and any situation where the 2d
engine was being used for multi-layer blits to a non-0 level.
Signed-off-by: Ilia Mirkin
Cc: "10.6"
---
src/gallium/drivers/nouveau/nv50/nv50_surface.c | 14 ++
src/gallium/drivers/nouveau/nvc0/nvc0_surface.c |
The constant folding pass can take a long time to complete
so rather than running throught the entire pass each time
a new constant is propagated (and vice versa) interleave them.
This change helps ES31-CTS.arrays_of_arrays.InteractionFunctionCalls1
go from around 2 min -> 23 sec.
---
src/glsl/op
38 matches
Mail list logo
