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 imir...@alum.mit.edu
Cc: 10.6 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/nouveau/nv50/nv50_surface.c | 14
On Sat, Aug 15, 2015 at 10:20 PM, Serge Martin (EdB)
edb+m...@sigluy.net 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.
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
This brings in the new ARB extensions.
Signed-off-by: Dave Airlie airl...@redhat.com
---
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
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Sat, Aug 15, 2015 at 8:31 PM, Jason Ekstrand ja...@jlekstrand.net wrote:
---
src/gallium/auxiliary/util/u_math.h | 12
1 file changed, 12 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_math.h
Sounds good to me.
Marek
On Sat, Aug 15, 2015 at 5:04 PM, Ilia Mirkin imir...@alum.mit.edu 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
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 imir...@alum.mit.edu
---
src/mesa/state_tracker/st_cb_texture.c | 2 ++
1 file changed, 2
https://bugs.freedesktop.org/show_bug.cgi?id=91643
--- Comment #5 from Shlomi Fish shlo...@shlomifish.org ---
(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
Roland Scheidegger srol...@vmware.com 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
Seems odd to send this on its own, but looks correct.
Reviewed-by: Timothy Arceri t_arc...@yahoo.com.au
___
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 rhysk...@gmail.com 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
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
On Wed, 2015-08-12 at 19:39 +1000, Timothy Arceri wrote:
Cc: Francisco Jerez curroje...@riseup.net
---
This patch works for direct indexing of images, but I'm having some trouble
getting indirect to work.
For example for:
https://bugs.freedesktop.org/show_bug.cgi?id=91646
--- Comment #2 from Tobias Jakobi liquid.a...@gmx.net ---
Created attachment 117708
-- https://bugs.freedesktop.org/attachment.cgi?id=117708action=edit
hack fix
Untested hack/fix that is also not thread-safe.
--
You are receiving this mail
---
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 k...@bitplanet.net
---
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 @@
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. One
---
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
+++
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
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 +-
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
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.
Timothy Arceri t_arc...@yahoo.com.au writes:
On Wed, 2015-08-12 at 19:39 +1000, Timothy Arceri wrote:
Cc: Francisco Jerez curroje...@riseup.net
---
This patch works for direct indexing of images, but I'm having some trouble
getting indirect to work.
For example for:
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:
---
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
---
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
---
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:
https://bugs.freedesktop.org/show_bug.cgi?id=91646
--- Comment #1 from Tobias Jakobi liquid.a...@gmx.net ---
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
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 imir...@alum.mit.edu wrote:
As I'm guessing that it's unlikely
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=91643
--- Comment #1 from Tobias Klausmann tobias.klausm...@mni.thm.de ---
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,
On Sat, Aug 15, 2015 at 11:31 AM, Jason Ekstrand ja...@jlekstrand.net 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
This seems to be a much larger win than I expected. I wrote the
following little benchmark:
#include EGL/egl.h
int
main(int argc, char *argv)
{
EGLDisplay display = eglGetDisplay(EGL_DEFAULT_DISPLAY);
for (unsigned i = 0; i 1000; i++) {
eglInitialize(display, NULL, NULL);
https://bugs.freedesktop.org/show_bug.cgi?id=91643
--- Comment #2 from Shlomi Fish shlo...@shlomifish.org ---
(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
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 tobias.klausm...@mni.thm.de ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=91643
--- Comment #4 from Shlomi Fish shlo...@shlomifish.org ---
(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
37 matches
Mail list logo