Valgrind complains about a definitely lost block allocated in
intelNewTextureImage(). This leak was apparently created by
6e0f9001fe3fb191c2928bd09aa9e9d05ddf4ea9, mesa: move
gl_texture_image::Data, RowStride, ImageOffsets to swrast, as it
removes the free() from _mesa_delete_texture_image().
Put
Fixes Coverity resource leak defect.
Signed-off-by: Vinson Lee v...@vmware.com
---
src/mesa/program/prog_parameter_layout.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/prog_parameter_layout.c
b/src/mesa/program/prog_parameter_layout.c
index
Fixes Coverity resource leak defect.
Signed-off-by: Vinson Lee v...@vmware.com
---
src/mesa/state_tracker/st_atom_pixeltransfer.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/state_tracker/st_atom_pixeltransfer.c
https://bugs.freedesktop.org/show_bug.cgi?id=43879
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org
On 12/16/2011 07:17 AM, Pekka Paalanen wrote:
Valgrind complains about a definitely lost block allocated in
intelNewTextureImage(). This leak was apparently created by
6e0f9001fe3fb191c2928bd09aa9e9d05ddf4ea9, mesa: move
gl_texture_image::Data, RowStride, ImageOffsets to swrast, as it
removes
On 12/16/2011 07:45 AM, Vinson Lee wrote:
Fixes Coverity resource leak defect.
Signed-off-by: Vinson Leev...@vmware.com
---
src/mesa/program/prog_parameter_layout.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/prog_parameter_layout.c
On 12/16/2011 07:46 AM, Vinson Lee wrote:
Fixes Coverity resource leak defect.
Signed-off-by: Vinson Leev...@vmware.com
---
src/mesa/state_tracker/st_atom_pixeltransfer.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/state_tracker/st_atom_pixeltransfer.c
On 12/12/2011 07:01 PM, Vinson Lee wrote:
llvm-3.1svn r145714 moved global variables into a new TargetOptions
class. TargetMachine constructor now needs a TargetOptions object as
well.
Signed-off-by: Vinson Leev...@vmware.com
---
src/gallium/auxiliary/gallivm/lp_bld_debug.cpp | 14
https://bugs.freedesktop.org/show_bug.cgi?id=43879
--- Comment #3 from Iwan Gabovitch qubo...@gmail.com 2011-12-16 07:57:09 UTC
---
What the.. I can not reproduce the display bug any more after replacing
catalyst with xf86-video-ati again.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=43879
--- Comment #4 from Iwan Gabovitch qubo...@gmail.com 2011-12-16 08:01:57 PST
---
Here are some logs though:
http://qubodup.net/hw/catalyst_Xorg.0.log
http://qubodup.net/hw/catalyst_dmesg.txt
http://qubodup.net/hw/catalyst_glxinfo.txt
On 15 December 2011 15:20, Kenneth Graunke kenn...@whitecape.org wrote:
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_context.c |1 +
src/mesa/drivers/dri/i965/brw_context.h |3 ++
src/mesa/drivers/dri/i965/brw_gs_emit.c | 10
Brian,
On Thursday, December 15, 2011 22:36:24 you wrote:
I found the problem. It's this chunk in vbo_context.c:
[...]
For fixed function, the point is to simply place the per-vertex
material attributes in the generic attribute arrays. There are 12
such material attributes. So there's
On 12/15/2011 04:46 PM, Brian Paul wrote:
Nice refactor. For the series,
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
We'll call this from the mipmap generation code.
---
src/mesa/main/teximage.c | 11 ++-
src/mesa/main/teximage.h |4
2 files changed, 10
On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
string_to_uint_map::put() already does a strdup() for the key argument,
so we leak the memory allocated by strdup() in link_uniforms.cpp.
Remove the extra strdup(), fixes a few Valgrind detected leaks.
Have you run piglit on this? I seem to
On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
parcel_out_uniform_storage::visit_field() assigns a strdup()'d string
into gl_uniform_storage::name, but it is never freed.
Free gl_uniform_storage::name, fixes some Valgrind reported memory
leaks.
Signed-off-by: Pekka Paalanenppaala...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=43896
Bug #: 43896
Summary: Mesa assembly breaks Super Meat Boy, Shank
Classification: Unclassified
Product: Mesa
Version: 7.11
Platform: Other
URL: http://www.humblebundle.com/
On 12/15/2011 08:43 PM, Eric Anholt wrote:
This is a little more unusual than the separate MESA_FORMAT_S8_Z24
support, because in addition to storing the real stencil data in a
MESA_FORMAT_S8 miptree, we also make the Z miptree be
MESA_FORMAT_Z32_FLOAT instead of the requested format.
On 12/16/2011 10:44 AM, Paul Berry wrote:
On 16 December 2011 10:04, Paul Berry stereotype...@gmail.com
mailto:stereotype...@gmail.com wrote:
On 15 December 2011 15:20, Kenneth Graunke kenn...@whitecape.org
mailto:kenn...@whitecape.org wrote:
Signed-off-by: Kenneth Graunke
https://bugs.freedesktop.org/show_bug.cgi?id=43896
mercutio22 mnemon...@posthocergopropterhoc.net changed:
What|Removed |Added
CC|
Hi,
attached is a change that fixes a problem with the isosurf mesa demo.
Please review.
Mathias
From ce63927e24df800ab6c89554ae9b2096cd79122a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Mathias=20Fr=C3=B6hlich?= mathias.froehl...@web.de
Date: Fri, 16 Dec 2011 20:16:52 +0100
Subject: [PATCH]
On Thu, 2011-12-15 at 10:41 -0800, Jose Fonseca wrote:
- Original Message -
On Mon, 2011-12-12 at 07:05 -0800, Jose Fonseca wrote:
- Original Message -
Hi,
I have just pushed a branch containing an LLVM shader backend for
r600g to my
personal git repo:
On 16.12.2011 19:27, Ian Romanick wrote:
On 12/13/2011 05:08 PM, Christoph Bumiller wrote:
On 12/14/2011 12:58 AM, Ian Romanick wrote:
On 12/13/2011 01:25 PM, Jose Fonseca wrote:
- Original Message -
On 12/13/2011 03:09 PM, Jose Fonseca wrote:
- Original Message -
On
This series of fixes is a direct result of the GLX_EXT_import_context
recently committed to piglit. These are all bugs discovered while
working on GLX_ARB_create_context and friends.
As soon as this series lands, the GLX_ARB_create_context patches will
go out. I've already posted a set of
From: Ian Romanick ian.d.roman...@intel.com
NOTE: This is a candidate for the 7.11 branch.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxcmds.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/glx/glxcmds.c b/src/glx/glxcmds.c
index
From: Ian Romanick ian.d.roman...@intel.com
Each of the DRI, DRI2, and DRISW backends contain code like the
following in their create-context routine:
if (shareList) {
pcp_shared = (struct dri2_context *) shareList;
shared = pcp_shared-driContext;
}
This assumes that the
From: Ian Romanick ian.d.roman...@intel.com
NOTE: This is a candidate for the 7.11 branch.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxcmds.c | 39 +++
1 files changed, 27 insertions(+), 12 deletions(-)
diff --git
From: Ian Romanick ian.d.roman...@intel.com
Fixes the piglit test glx-get-context-id.
NOTE: This is a candidate for the 7.11 branch.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxcmds.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Ian Romanick ian.d.roman...@intel.com
Send the DestroyContext protocol immediately when glXDestroyContext is
called, and never call it when glXFreeContextEXT is called. In both
cases, either destroy the client-side structures or, if the context is
current, set xid to None so that the
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Cc: Jeremy Huddleston jerem...@apple.com
---
src/glx/Makefile |1 +
src/glx/apple/Makefile|2 +-
src/glx/apple/glx_error.c | 67 -
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Cc: Jeremy Huddleston jerem...@apple.com
---
src/glx/glx_error.c |4 ++--
src/glx/glx_error.h |6 --
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/src/glx/glx_error.c
From: Ian Romanick ian.d.roman...@intel.com
Fixes the piglit test glx-import-context-single-process
NOTE: This is a candidate for the 7.11 branch, but it also requires
the previous patch.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxcmds.c | 20 ++--
1
From: Ian Romanick ian.d.roman...@intel.com
Previously the share_xid was only set in the glXImportContextEXT path,
and it was left set to None in all of the other create-context paths.
Fixes the piglit test glx-query-context-info-ext.
NOTE: This is a candidate for the 7.11 branch.
From: Ian Romanick ian.d.roman...@intel.com
__glXInitialize calls AllocAndFetchScreenConfigs.
AllocAndFetchScreenConfigs unconditionally sends a glXQuerySeverString
request to the server. This request is only supported with GLX 1.1 or
later, so we were already implicitly incompatible with GLX
From: Ian Romanick ian.d.roman...@intel.com
There are a few unsupported extensions (e.g., the ATI and NV float
extensions) that are still in the list. There is some small chance
that these may be supported some day.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxextensions.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/glx/glxextensions.c b/src/glx/glxextensions.c
index de1bce2..0558aab 100644
---
From: Ian Romanick ian.d.roman...@intel.com
All of the extensions require that both libGL and either the server or
the direct rendering driver (or both) enable the extension before it's
advertised. It seems safe to assume that none of the other components
on OS X will enable these extensions, so
https://bugs.freedesktop.org/show_bug.cgi?id=43896
David sidic...@gmail.com changed:
What|Removed |Added
CC||sidic...@gmail.com
--
On 12/16/11 2:55 PM, Ian Romanick wrote:
This series of fixes is a direct result of the GLX_EXT_import_context
recently committed to piglit. These are all bugs discovered while
working on GLX_ARB_create_context and friends.
As soon as this series lands, the GLX_ARB_create_context patches will
On 16 December 2011 11:09, Ian Romanick i...@freedesktop.org wrote:
On 12/16/2011 10:44 AM, Paul Berry wrote:
On 16 December 2011 10:04, Paul Berry stereotype...@gmail.com
mailto:stereotype441@gmail.**com stereotype...@gmail.com wrote:
On 15 December 2011 15:20, Kenneth Graunke
On 12/16/2011 12:51 PM, Adam Jackson wrote:
On 12/16/11 2:55 PM, Ian Romanick wrote:
This series of fixes is a direct result of the GLX_EXT_import_context
recently committed to piglit. These are all bugs discovered while
working on GLX_ARB_create_context and friends.
As soon as this series
On 12/16/11 4:28 PM, Ian Romanick wrote:
On 12/16/2011 12:51 PM, Adam Jackson wrote:
Series looks good. I got a chuckle out of the GLX 1.0 thing, I'm
completely unsurprised that nobody's recently run Mesa against an OpenGL
that didn't support texturing. Just how old of an SGI machine would you
It isn't necessary to call FLUSH_VERTICES from bind_buffer_range,
because transform feedback buffers are not allowed to be changed when
transform feedback is active.
Thanks to Marek Olšák for pointing out this bug.
---
src/mesa/main/transformfeedback.c |6 +-
1 files changed, 5
On 12/15/2011 01:58 AM, zhigang.g...@linux.intel.com wrote:
From: Zhigang Gongzhigang.g...@linux.intel.com
Glamor need a function to create a texture from a
BO allocated by using libdrm directly in DDX layer.
EGL image extension API eglCreateImageKHR does support
this function, but that
On 12/16/2011 02:02 PM, Adam Jackson wrote:
On 12/16/11 4:28 PM, Ian Romanick wrote:
On 12/16/2011 12:51 PM, Adam Jackson wrote:
Series looks good. I got a chuckle out of the GLX 1.0 thing, I'm
completely unsurprised that nobody's recently run Mesa against an OpenGL
that didn't support
On 12/14/2011 01:21 PM, Ian Romanick wrote:
On 12/14/2011 12:24 PM, Fredrik Höglund wrote:
diff --git a/include/EGL/eglext.h b/include/EGL/eglext.h
index 9484b83..d03a24d 100644
--- a/include/EGL/eglext.h
+++ b/include/EGL/eglext.h
@@ -144,6 +144,15 @@ typedef EGLImageKHR (EGLAPIENTRYP
On Fri, Dec 16, 2011 at 02:11:43PM -0800, Ian Romanick wrote:
| OpenGL 1.0 had texturing. It just didn't have texture objects. If
| you wanted more than one texture you had to use display lists.
| ...
| That's why OpenGL 1.1 came out so quickly after 1.0.
There were machines from a couple of
On 12/14/2011 11:16 PM, Chia-I Wu wrote:
On Thu, Dec 15, 2011 at 5:21 AM, Ian Romanicki...@freedesktop.org wrote:
On 12/14/2011 12:24 PM, Fredrik Höglund wrote:
diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
index 3cb1a5b..ff15476 100644
--- a/src/egl/main/eglapi.c
+++
On Fri, 16 Dec 2011 11:55:40 -0800, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
NOTE: This is a candidate for the 7.11 branch.
I couldn't work out what was actually being fixed here, unless
it's fbconfigid should take precedence over visualid.
On Fri, 16 Dec 2011 11:55:45 -0800, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
Fixes the piglit test glx-import-context-single-process
NOTE: This is a candidate for the 7.11 branch, but it also requires
the previous patch.
I would have thought the
On Fri, 16 Dec 2011 11:55:37 -0800, Ian Romanick i...@freedesktop.org wrote:
This series of fixes is a direct result of the GLX_EXT_import_context
recently committed to piglit. These are all bugs discovered while
working on GLX_ARB_create_context and friends.
As soon as this series lands,
I've been trying to test out vdpau w/o success.
It turns out that libvdpau_r600.so is in /usr/lib64/vdpau/, whereas
everything looks for it in the standard ld path (ie, /usr/lib64).
With »ln -s vdpau/libvdpau_r600.so /usr/lib64/« it seems to work.
Is mesa wrong to install the libs to
https://bugs.freedesktop.org/show_bug.cgi?id=43896
imamdxl8...@gmail.com changed:
What|Removed |Added
CC||imamdxl8...@gmail.com
--
And while I'm asking about library paths, I compiled mesa with gallium
planning on using r600g, but everything looks for r600_dri.so; never
for r600g_dri.so. I had to add a symlink.
Is there an env I should set to prefer r600g over r600? I didn't find
one looking through the src.
-JimC
--
On Fri, Dec 16, 2011 at 7:01 PM, James Cloos cl...@jhcloos.com wrote:
I've been trying to test out vdpau w/o success.
It turns out that libvdpau_r600.so is in /usr/lib64/vdpau/, whereas
everything looks for it in the standard ld path (ie, /usr/lib64).
With »ln -s vdpau/libvdpau_r600.so
On Fri, Dec 16, 2011 at 7:20 PM, James Cloos cl...@jhcloos.com wrote:
And while I'm asking about library paths, I compiled mesa with gallium
planning on using r600g, but everything looks for r600_dri.so; never
for r600g_dri.so. I had to add a symlink.
Is there an env I should set to prefer
On Fri, Dec 16, 2011 at 7:38 PM, James Jones jajo...@nvidia.com wrote:
On 12/16/11 4:27 PM, Younes Manton wrote:
On Fri, Dec 16, 2011 at 7:01 PM, James Clooscl...@jhcloos.com wrote:
I've been trying to test out vdpau w/o success.
It turns out that libvdpau_r600.so is in /usr/lib64/vdpau/,
Reviewed-by: Marek Olšák mar...@gmail.com
Thanks!
Marek
On Fri, Dec 16, 2011 at 11:06 PM, Paul Berry stereotype...@gmail.com wrote:
It isn't necessary to call FLUSH_VERTICES from bind_buffer_range,
because transform feedback buffers are not allowed to be changed when
transform feedback is
On 12/16/2011 03:33 PM, Eric Anholt wrote:
On Fri, 16 Dec 2011 11:55:40 -0800, Ian Romanicki...@freedesktop.org wrote:
From: Ian Romanickian.d.roman...@intel.com
NOTE: This is a candidate for the 7.11 branch.
I couldn't work out what was actually being fixed here, unless
it's fbconfigid
On 12/16/2011 03:45 PM, Eric Anholt wrote:
On Fri, 16 Dec 2011 11:55:45 -0800, Ian Romanicki...@freedesktop.org wrote:
From: Ian Romanickian.d.roman...@intel.com
Fixes the piglit test glx-import-context-single-process
NOTE: This is a candidate for the 7.11 branch, but it also requires
the
On 12/13/2011 03:35 PM, Paul Berry wrote:
[snip]
+static void
+brw_update_sol_surface(struct brw_context *brw, drm_intel_bo *bo,
+ uint32_t *out_offset, unsigned num_vector_components,
+ unsigned stride_dwords, unsigned offset_dwords,
+
On 12/14/2011 11:59 AM, Paul Berry wrote:
This patch enables rasterizer discard functionality (a part of
transform feedback) in Gen6, by generating an alternate GS program
when rasterizer discard is active. Instead of forwarding vertices
down the pipeline, the alternate GS program uses a URB
61 matches
Mail list logo
