https://bugs.freedesktop.org/show_bug.cgi?id=44519
--- Comment #2 from Vinson Lee v...@freedesktop.org 2012-06-04 23:40:13 PDT
---
mesa: 555e00fdc30514b45e9afae18f56a9a4bc65f364
The translate_test unit test is still failing.
--
Configure bugmail:
On 06/04/2012 10:53 PM, Dave Airlie wrote:
I've run these on various workloads and saw nothing worth mentioning.
Nothing at all? no speedups, slowdowns, etc
why should we merge all this code then :-)
Dave.
Preserving hardware state across batches is going to be necessary for:
*
For cube maps, _mesa_generate_mipmap() calls this with
GL_TEXTURE_CUBE_MAP_ARB (the gl_texture_object's Target) rather than one
of the faces. This caused _mesa_max_texture_levels() to return 0, which
resulted in maxLevels == -1 and the next line's assertion to fail.
This function is called from
Thanks Paul, Thanks Ian as well for the comments on it.
I will update internal_format to GL_YCBCR_MESA.
(I didn't notice glext.h before, but gl2.h only)
As to the error in intel_image_target_texture_2d(), it isn't caused by wrong
internal format, but hw limitation since we don't support packed
Hi Pauli:
Thanks for your suggestion.
gbm doesn't support:
- Buffer name which is used by wayland-drm protocol (since buffer is
shared across processes)
- tiling (overlay required I915_TILING_X, though intel 3D use TILING_X
as default, media pipeline uses TILING_Y as default)
Intel SNB/IVB platform supports rendering YUYV buffer to overlay plane, however
YUYV is missing support from mesa/dri-image yet.
so I go ahead to add it; basing on it, libva can send YUYV buffer directly to
wayland/weston, then weston output it to overlay plane.
I notice that there are some
---
include/GL/internal/dri_interface.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
mode change 100644 = 100755 include/GL/internal/dri_interface.h
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
old mode 100644
new mode 100755
index
add YUYV format for dri image
YUYV image doesn't use for texture
---
src/mesa/drivers/dri/intel/intel_screen.c| 10 ++
src/mesa/drivers/dri/intel/intel_tex_image.c |6 ++
2 files changed, 16 insertions(+), 0 deletions(-)
mode change 100644 = 100755
---
src/egl/drivers/dri2/egl_dri2.c | 17 ++---
src/egl/drivers/dri2/platform_wayland.c |8 +++-
2 files changed, 21 insertions(+), 4 deletions(-)
mode change 100644 = 100755 src/egl/drivers/dri2/egl_dri2.c
mode change 100644 = 100755
---
.../state_trackers/egl/wayland/native_drm.c|3 +++
.../state_trackers/egl/wayland/native_wayland.h|3 ++-
2 files changed, 5 insertions(+), 1 deletions(-)
mode change 100644 = 100755
src/gallium/state_trackers/egl/wayland/native_drm.c
mode change 100644 = 100755
---
src/gbm/backends/dri/gbm_dri.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
mode change 100644 = 100755 src/gbm/backends/dri/gbm_dri.c
diff --git a/src/gbm/backends/dri/gbm_dri.c b/src/gbm/backends/dri/gbm_dri.c
old mode 100644
new mode 100755
index e5ddfb6..32cde66
---
---
src/egl/wayland/wayland-drm/wayland-drm.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
mode change 100644 = 100755 src/egl/wayland/wayland-drm/wayland-drm.c
diff --git a/src/egl/wayland/wayland-drm/wayland-drm.c
b/src/egl/wayland/wayland-drm/wayland-drm.c
old mode 100644
---
src/gbm/backends/dri/gbm_dri.c |6 +-
src/gbm/main/gbm.c | 14 ++
src/gbm/main/gbm.h |3 +++
src/gbm/main/gbmint.h |1 +
4 files changed, 23 insertions(+), 1 deletions(-)
mode change 100644 = 100755 src/gbm/main/gbm.c
mode
---
src/mesa/drivers/dri/intel/intel_screen.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/drivers/dri/intel/intel_screen.c
index 3b8f81e..63b6b24 100755
---
- it shows how wayland-drm protocol works between server and client
buffer are shared basing on dri image
- XRGB and YUYV format are supported,
it can render to overlay plane potentially
---
configure.ac |4 +-
tests/Makefile.am|2 +-
Hi all:
Is anyone has a demo about GL_ARB_texture_rgb10_a2ui ?
BR
thanks!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
__progname symbol and strrchr are available with bionic.
Signed-off-by: Tapani Pälli tapani.pa...@intel.com
---
src/mesa/drivers/dri/common/xmlconfig.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/common/xmlconfig.c
On 06/05/2012 01:16 AM, Kenneth Graunke wrote:
For cube maps, _mesa_generate_mipmap() calls this with
GL_TEXTURE_CUBE_MAP_ARB (the gl_texture_object's Target) rather than one
of the faces. This caused _mesa_max_texture_levels() to return 0, which
resulted in maxLevels == -1 and the next line's
On 06/04/2012 12:29 PM, Brian Paul wrote:
On 06/01/2012 12:55 PM, Brad King wrote:
However, I still get the above undefined symbols on x86_64 when
linking to the resulting GL library. The patch below (also in
my previous post) solves it. It seems configs/* is still in use
even by the
https://bugs.freedesktop.org/show_bug.cgi?id=50604
--- Comment #2 from Fabio Pedretti fabio@libero.it 2012-06-05 07:21:43
PDT ---
I tried doing a non parallel build but I get the same error:
On 06/05/2012 08:07 AM, Brad King wrote:
On 06/04/2012 12:29 PM, Brian Paul wrote:
On 06/01/2012 12:55 PM, Brad King wrote:
However, I still get the above undefined symbols on x86_64 when
linking to the resulting GL library. The patch below (also in
my previous post) solves it. It seems
On 6/4/12, Brad King brad.k...@kitware.com wrote:
On 06/01/2012 05:49 PM, Dan Nicholson wrote:
+AC_ARG_VAR([GL_LIB],[name of GL library @:@default=GL@:@])
+AC_ARG_VAR([GLU_LIB],[name of GLU library @:@default=GLU@:@])
+AC_ARG_VAR([OSMESA_LIB],[name of OSMesa library
@:@default=OSMesa@:@])
On 06/05/2012 11:12 AM, Dan Nicholson wrote:
Duh, you're right. I think this original patch is good to go.
Great, thanks!
a quick grep
shows that there are no remaining hardcoded -lGL around (I think).
I've built with a custom configs/current in the old pure-make
system that sets GL_LIB for
On Tue, 05 Jun 2012 00:08:10 -0700
Kenneth Graunke kenn...@whitecape.org wrote:
On 06/04/2012 10:53 PM, Dave Airlie wrote:
I've run these on various workloads and saw nothing worth mentioning.
Nothing at all? no speedups, slowdowns, etc
why should we merge all this code then :-)
On Sun, 3 Jun 2012 23:36:16 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
Currently, if you pass --with-egl-platforms=x11 but xcb-dri2 isn't available
we just silently fail and disables building the EGL DRI2 driver.
This commit cleans up the EGL platfrom checking and fails if a
On 06/05/2012 07:05 AM, Brian Paul wrote:
On 06/05/2012 01:16 AM, Kenneth Graunke wrote:
For cube maps, _mesa_generate_mipmap() calls this with
GL_TEXTURE_CUBE_MAP_ARB (the gl_texture_object's Target) rather than one
of the faces. This caused _mesa_max_texture_levels() to return 0, which
On 06/01/2012 12:06 PM, Brad King wrote:
Teach 'configure' to read the default GL_LIB, GLU_LIB, and OSMESA_LIB
values from the environment. This allows one to mangle the library
names (without also mangling the symbol names) to make them distinct
from other GL libraries on the system.
---
On Mon, 4 Jun 2012 14:15:10 -0700, Kenneth Graunke kenn...@whitecape.org
wrote:
Commit f41ecade7b458c02d504158b522acb2231585040 fixed texelFetchOffset()
on Ivybridge, but didn't update the Ironlake/Sandybridge code.
+15 piglits on Sandybridge.
NOTE: This and f41ecade7b458 are both
These allow one to mangle the library names, without also mangling the
symbol names, to make them distinct from other GL libraries on the
system.
---
On 06/05/2012 01:38 PM, Kenneth Graunke wrote:
This looks good to me. The only real question I have is whether it
makes sense to set them via
On 06/05/2012 10:59 AM, Brad King wrote:
These allow one to mangle the library names, without also mangling the
symbol names, to make them distinct from other GL libraries on the
system.
---
On 06/05/2012 01:38 PM, Kenneth Graunke wrote:
This looks good to me. The only real question I
On 06/05/2012 02:03 PM, Kenneth Graunke wrote:
On 06/05/2012 01:38 PM, Kenneth Graunke wrote:
./autogen.sh --with-gl-lib-name=GL --with-glu-lib-name=GLU
--with-osmesa-lib-name=OSMesa ...
That looks cleaner to me. Here is a patch for it.
Reviewed-by: Kenneth Graunke kenn...@whitecape.org
On 06/05/2012 10:59 AM, Eric Anholt wrote:
On Mon, 4 Jun 2012 14:15:10 -0700, Kenneth Graunke kenn...@whitecape.org
wrote:
Commit f41ecade7b458c02d504158b522acb2231585040 fixed texelFetchOffset()
on Ivybridge, but didn't update the Ironlake/Sandybridge code.
+15 piglits on Sandybridge.
On 06/05/2012 11:21 AM, Kenneth Graunke wrote:
On 06/05/2012 07:05 AM, Brian Paul wrote:
On 06/05/2012 01:16 AM, Kenneth Graunke wrote:
For cube maps, _mesa_generate_mipmap() calls this with
GL_TEXTURE_CUBE_MAP_ARB (the gl_texture_object's Target) rather than one
of the faces. This caused
---
src/glsl/opt_algebraic.cpp |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index cade961..1567ecd 100644
--- a/src/glsl/opt_algebraic.cpp
+++ b/src/glsl/opt_algebraic.cpp
@@ -305,6 +305,13 @@
Determines whether it's a basis vector, i.e., a vector with one element
equal to 1 and all other elements equal to 0.
---
src/glsl/ir.cpp | 48
src/glsl/ir.h | 26 ++
2 files changed, 70 insertions(+), 4 deletions(-)
---
src/glsl/TODO |3 ---
src/glsl/opt_algebraic.cpp | 24
2 files changed, 24 insertions(+), 3 deletions(-)
diff --git a/src/glsl/TODO b/src/glsl/TODO
index eb73fc2..bd077a8 100644
--- a/src/glsl/TODO
+++ b/src/glsl/TODO
@@ -6,9 +6,6 @@
constant
run make headers_isntall on d-i-n, copy to here
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
include/drm/i915_drm.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
index af3ce17..725a8de 100644
---
make headers_install in kernel. Copy to here.
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
include/drm/i915_drm.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
index 725a8de..1881f8a 100644
--- a/include/drm/i915_drm.h
+++
On 06/05/2012 12:55 AM, Zhao, Halley wrote:
Thanks Paul, Thanks Ian as well for the comments on it.
I will update internal_format to GL_YCBCR_MESA.
(I didn't notice glext.h before, but gl2.h only)
As to the error in intel_image_target_texture_2d(), it isn't caused by wrong
internal format, but
On 06/05/2012 01:12 PM, Ian Romanick wrote:
On 06/05/2012 12:55 AM, Zhao, Halley wrote:
Thanks Paul, Thanks Ian as well for the comments on it.
I will update internal_format to GL_YCBCR_MESA.
(I didn't notice glext.h before, but gl2.h only)
As to the error in intel_image_target_texture_2d(),
On 06/04/2012 03:23 PM, Paul Berry wrote:
On 4 June 2012 14:50, Ian Romanick i...@freedesktop.org
mailto:i...@freedesktop.org wrote:
On 06/04/2012 01:31 PM, Olivier Galibert wrote:
On Mon, Jun 04, 2012 at 01:11:13PM -0700, Ian Romanick wrote:
From: Ian
---
src/glsl/loop_analysis.cpp |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/glsl/loop_analysis.cpp b/src/glsl/loop_analysis.cpp
index 6a0e4da..6548e15 100644
--- a/src/glsl/loop_analysis.cpp
+++ b/src/glsl/loop_analysis.cpp
@@ -42,8 +42,14 @@
---
src/glsl/ir_constant_expression.cpp |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/glsl/ir_constant_expression.cpp
b/src/glsl/ir_constant_expression.cpp
index 08a3328..0713fd7 100644
--- a/src/glsl/ir_constant_expression.cpp
+++
On 06/05/2012 02:50 PM, Marcin Slusarz wrote:
---
src/glsl/ir_constant_expression.cpp |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/glsl/ir_constant_expression.cpp
b/src/glsl/ir_constant_expression.cpp
index 08a3328..0713fd7 100644
---
The functions for handling 1D, 2D and 3D texture images were nearly
identical. This folds them all together.
---
src/mesa/drivers/common/driverfuncs.c |4 +-
src/mesa/drivers/dri/intel/intel_tex_image.c | 60 ++
src/mesa/drivers/dri/nouveau/nouveau_texture.c |
---
src/mesa/drivers/common/driverfuncs.c |4 +-
src/mesa/drivers/common/meta.c | 21 ++---
src/mesa/drivers/dri/intel/intel_tex_subimage.c | 28 +++--
src/mesa/drivers/dri/nouveau/nouveau_texture.c | 43
src/mesa/main/dd.h
---
src/mesa/drivers/common/driverfuncs.c |4 +-
src/mesa/drivers/common/meta.c| 55 +++
src/mesa/drivers/common/meta.h| 27 +++-
src/mesa/drivers/dri/intel/intel_tex_copy.c | 40 +
---
src/mesa/drivers/common/driverfuncs.c |4 +-
src/mesa/drivers/dri/nouveau/nouveau_texture.c |6 +-
src/mesa/main/dd.h | 37 +++---
src/mesa/main/teximage.c | 29 ++--
src/mesa/main/texstore.c
---
src/mesa/drivers/common/driverfuncs.c |4 +-
src/mesa/drivers/dri/nouveau/nouveau_texture.c | 12 ++--
src/mesa/main/dd.h | 33 +++-
src/mesa/main/teximage.c | 31 ++-
src/mesa/main/texstore.c
int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
This should bump the libdrm version. We're waiting for context support
so we can do both features in one bump.
v2: don't return remaining timeout amount
use get param and fallback for older kernels
v3: only doing getparam at init
make headers_install in kernel. Copy to here.
v2: signed ns_timeout
Cc: Chris Wilson ch...@chris-wilson.co.uk
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
include/drm/i915_drm.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/drm/i915_drm.h
int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns)
This should bump the libdrm version. We're waiting for context support
so we can do both features in one bump.
v2: don't return remaining timeout amount
use get param and fallback for older kernels
v3: only doing getparam at init
On 06/05/2012 02:49 PM, Marcin Slusarz wrote:
---
src/glsl/loop_analysis.cpp |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/glsl/loop_analysis.cpp b/src/glsl/loop_analysis.cpp
index 6a0e4da..6548e15 100644
--- a/src/glsl/loop_analysis.cpp
+++
While ~loop_state() is already freeing the loop_variable_state objects
via ralloc_free(this-mem_ctx), the ~loop_variable_state() destructor
was never getting called, so the hash table inside loop_variable_state
was never getting destroyed.
Fixes a memory leak in any shader with loops.
NOTE: This
On 06/05/2012 03:35 PM, Brian Paul wrote:
The functions for handling 1D, 2D and 3D texture images were nearly
identical. This folds them all together.
---
src/mesa/drivers/common/driverfuncs.c |4 +-
src/mesa/drivers/dri/intel/intel_tex_image.c | 60 ++
On 06/04/2012 02:42 PM, Ben Widawsky wrote:
Setting myself up for a late night crying session once again. Most of the
people reading this probably know the history and reasons for the patches. If
not, you can search the intel-gfx mailing list to try to learn more. I won't
recap the whole thing
On 5 June 2012 14:42, Ian Romanick i...@freedesktop.org wrote:
On 06/04/2012 03:23 PM, Paul Berry wrote:
On 4 June 2012 14:50, Ian Romanick i...@freedesktop.org
mailto:i...@freedesktop.org wrote:
On 06/04/2012 01:31 PM, Olivier Galibert wrote:
On Mon, Jun 04, 2012 at 01:11:13PM
https://bugs.freedesktop.org/show_bug.cgi?id=50754
Bug #: 50754
Summary: Building 32 bit mesa on 64 bit OS fails since change
for automake
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64
https://bugs.freedesktop.org/show_bug.cgi?id=50754
Kenneth Graunke kenn...@whitecape.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=50754
--- Comment #2 from Tapani Pälli lem...@gmail.com 2012-06-05 22:34:48 PDT ---
I'm hitting this issue in linking phase as well, I've tried to hunt down where
it all fails and my main suspect is libtool, either its usage of '-nostdlib' or
maybe its
60 matches
Mail list logo