On Tue, Dec 20, 2011 at 5:28 AM, Ian Romanick i...@freedesktop.org wrote:
On 12/19/2011 02:05 AM, Chia-I Wu wrote:
From: Chia-I Wuo...@lunarg.com
Update to revision 15052.
EGL_MESA_drm_image is now official. But apparently we have our own
extension
to it and we need this in eglmesaext.h:
On Mon, 19 Dec 2011 13:24:20 -0800
Ian Romanick i...@freedesktop.org wrote:
On 12/19/2011 05:23 AM, Pekka Paalanen wrote:
On Fri, 16 Dec 2011 10:46:11 -0800
Ian Romanicki...@freedesktop.org wrote:
On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
string_to_uint_map::put() already does a
On Fri, 16 Dec 2011 08:42:01 -0700
Brian Paul bri...@vmware.com wrote:
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:
On Mon, 2011-12-19 at 23:11 +0100, Johannes Obermayr wrote:
This is a workaround for https://bugs.freedesktop.org/show_bug.cgi?id=43861.
Actually the issue which makes -pedantic failing should be solved.
Maybe it should, but that's not for LLVM to enforce on its users.
---
configure.ac
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/state_trackers/xorg/xvmc/attributes.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/xorg/xvmc/attributes.c
b/src/gallium/state_trackers/xorg/xvmc/attributes.c
index
And add more sanity checks to stream. This shouldn't break things beyond those
that aren't broken already.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
And yes Andy, I mean that I haven't found a good video yet to fix the playback
parts that are still broken..
It's something for vl_mpeg12_bitstream internally, so treat it as such.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
v1: Split up from previous patch and with performance restored..
src/gallium/auxiliary/vl/vl_decoder.c | 13
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
begin_frame and end_frame are implied for bitstream acceleration, and a frame
can be explicitly
ended with the flush call, so there's no need for the extra calls.
Only reason patch is big is because I unified set_picture_parameters
On 20.12.2011 12:43, Maarten Lankhorst wrote:
And add more sanity checks to stream. This shouldn't break things beyond those
that aren't broken already.
Signed-off-by: Maarten Lankhorstm.b.lankho...@gmail.com
---
And yes Andy, I mean that I haven't found a good video yet to fix the playback
On Mon, 19 Dec 2011 11:44:51 -0700, Brian Paul wrote:
On Mon, Dec 19, 2011 at 11:18 AM, Alexander von Gluck
kallis...@unixzen.com wrote:
Good afternoon!
The Haiku OS project (not-for-profit organization, founded in 2001)
has
found ourselves in a weird spot, we have a working Mesa software
https://bugs.freedesktop.org/show_bug.cgi?id=43879
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|NEW |RESOLVED
Hey Christian,
On 12/20/2011 02:16 PM, Christian König wrote:
On 20.12.2011 12:43, Maarten Lankhorst wrote:
And add more sanity checks to stream. This shouldn't break things beyond
those that aren't broken already.
Signed-off-by: Maarten Lankhorstm.b.lankho...@gmail.com
---
And yes Andy,
Hi all!
Just jumping in with regard to the assert.
Am Dienstag, den 20.12.2011, 19:20 +0100 schrieb Maarten Lankhorst:
[snip]
return vlc-buffer (64 - num_bits);
}
@@ -130,7 +132,7 @@ vl_vlc_peekbits(struct vl_vlc *vlc, unsigned num_bits)
static INLINE void
This giant series of patches implements GLX_ARB_create_context,
GLX_ARB_create_context_profile, and GLX_EXT_create_context_es2_profile.
One of the difficulties with this patch series is that I had to rework
some of the Gallium context creation plumbing. In order for the xserver
to generate the
From: Ian Romanick ian.d.roman...@intel.com
There seems to have been two different ways to communicate the
profile. There were flags and there were profiles. I've opted to
remove the profile flags and use ST_PROFILE_DEFAULT (compatibility
profile) and ST_PROFILE_OPENGL_CORE (core profile)
From: Ian Romanick ian.d.roman...@intel.com
This won't be used in the client-side libGL, but the xserver has to
generate a different protocol error depending on the reason context
creation failed.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
From: Ian Romanick ian.d.roman...@intel.com
__glX_send_client_info only supports XCB, so use that instead of
__glXClientInfo when USE_XCB is defined.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxext.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
include/GL/internal/dri_interface.h | 52 +-
1 files changed, 50 insertions(+), 2 deletions(-)
diff --git a/include/GL/internal/dri_interface.h
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/dri2_glx.c |3 ++-
src/glx/dri_glx.c |3 ++-
src/glx/glxclient.h|8
src/glx/indirect_glx.c |3 ++-
4 files changed, 14 insertions(+), 3 deletions(-)
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/indirect_glx.c | 24 +++-
1 files changed, 23 insertions(+), 1 deletions(-)
diff --git a/src/glx/indirect_glx.c b/src/glx/indirect_glx.c
index b628688..2399375
From: Ian Romanick ian.d.roman...@intel.com
This also enables GLX_ARB_create_context and
GLX_ARB_create_context_profile if the driver supports DRI_DRI2 version
3 or greater.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/dri2_glx.c | 92
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/Makefile |1 +
src/glx/create_context.c | 117 ++
src/glx/glxclient.h |2 +
src/glx/glxcmds.c|2 +-
4 files
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxcmds.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/glx/glxcmds.c b/src/glx/glxcmds.c
index f7cbf2f..37c0933 100644
--- a/src/glx/glxcmds.c
+++
From: Ian Romanick ian.d.roman...@intel.com
Note that these extensions are not automatically enabled for screens
capable of direct-rendering.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxextensions.c |2 ++
src/glx/glxextensions.h |4 +++-
2 files changed, 5
From: Ian Romanick ian.d.roman...@intel.com
This adds the function and modifies dri2CreateNewContextForAPI to call
it. At this point only version 2 of the DRI2 API is advertised to the
loader.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/drivers/dri/common/dri_util.c |
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/state_tracker/st_manager.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_manager.c
b/src/mesa/state_tracker/st_manager.c
From: Ian Romanick ian.d.roman...@intel.com
This converts all of the GLX data from glXCreateContextAttribsARB to
the values expected by the DRI driver interfaces.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/dri_common.c | 102
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
include/GL/internal/dri_interface.h | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/include/GL/internal/dri_interface.h
From: Ian Romanick ian.d.roman...@intel.com
This also enables GLX_ARB_create_context and
GLX_ARB_create_context_profile if the driver supports DRI_DRISW
version 3 or greater.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/drisw_glx.c | 89
From: Ian Romanick ian.d.roman...@intel.com
This adds support for DRI_DRI2 version 3 to all of the DRI2 drivers.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
.../state_trackers/dri/common/dri_context.c| 51 -
.../state_trackers/dri/common/dri_context.h|
From: Ian Romanick ian.d.roman...@intel.com
This extension is only enabled if the underlying driver advertises
support for OpenGL ES 2.0. This happens either through the getAPIMask
function in version 2 of the DRI2 extension or implicity through
version 2 of the DRISW extension.
Since there is
From: Ian Romanick ian.d.roman...@intel.com
Using 'new' as a function parameter name prevents including
glxclient.h the unit tests (future patch) that use the Google C++
Testing Framework.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glxclient.h |2 +-
1 files changed, 1
On 19 December 2011 19:07, Marek Olšák mar...@gmail.com wrote:
On Thu, Dec 15, 2011 at 7:21 PM, Paul Berry stereotype...@gmail.com
wrote:
On 15 December 2011 08:02, Eric Anholt e...@anholt.net wrote:
On Thu, 15 Dec 2011 00:00:49 +0100, Marek Olšák mar...@gmail.com
wrote:
On Wed, Dec
On 12/20/2011 12:31 PM, Ian Romanick wrote:
This giant series of patches implements GLX_ARB_create_context,
GLX_ARB_create_context_profile, and GLX_EXT_create_context_es2_profile.
One of the difficulties with this patch series is that I had to rework
some of the Gallium context creation
ivec2, ivec3, bvec2, bvec3 and bvec4 have now a _type suffixed alias
to identify them easily. These types are currently not widely used
inside glsl, however they are refered in UBO spec. It's an opportunity
to add them.
---
src/glsl/builtin_types.h |5 +
src/glsl/glsl_types.h|5
On 12/20/2011 01:31 PM, Ian Romanick wrote:
From: Ian Romanickian.d.roman...@intel.com
There seems to have been two different ways to communicate the
profile. There were flags and there were profiles. I've opted to
remove the profile flags and use ST_PROFILE_DEFAULT (compatibility
profile)
On 12/20/2011 01:31 PM, Ian Romanick wrote:
From: Ian Romanickian.d.roman...@intel.com
This won't be used in the client-side libGL, but the xserver has to
generate a different protocol error depending on the reason context
creation failed.
Signed-off-by: Ian Romanickian.d.roman...@intel.com
Previously we were storing the RasterDiscard flag (for
GL_RASTERIZER_DISCARD) in gl_context::TransformFeedback. This was
confusing, because we use the _NEW_TRANSFORM flag (not
_NEW_TRANSFORM_FEEDBACK) to track state updates to it, and because
rasterizer discard has effects even when transform
This makes it easier to keep track of which dirty bits correspond to
which pieces of context, since it makes _NEW_RASTERIZER_DISCARD
correspond with ctx-RasterDiscard.
---
src/mesa/drivers/dri/i965/brw_gs.c |5 +++--
src/mesa/main/enable.c |2 +-
On 12/19/2011 01:12 PM, Mathias Fröhlich wrote:
Brian,
On Monday, December 19, 2011 17:01:07 you wrote:
I still don't get what the purpose of the special mapping of the last
four/five elements is all about. Can you explain that?
As far as I can see the last ones should not map to anything.
This fixes a regression seen with the isosurf demo when switching between
glBegin/End and glDrawArrays (do it several times). The problem was the
driver wasn't getting _NEW_ARRAY when the arrays were subtly changed:
(vertex3f, normal3f) vs. (normal3f, vertex3f).
This patch fixes that by
On 12/20/2011 05:41 PM, Paul Berry wrote:
Previously we were storing the RasterDiscard flag (for
GL_RASTERIZER_DISCARD) in gl_context::TransformFeedback. This was
confusing, because we use the _NEW_TRANSFORM flag (not
_NEW_TRANSFORM_FEEDBACK) to track state updates to it, and because
rasterizer
https://bugs.freedesktop.org/show_bug.cgi?id=43896
--- Comment #6 from Ryan C. Gordon iccu...@icculus.org 2011-12-20 19:25:49
PST ---
Brian is correct, this is my bug in MojoShader; that code is goofy, and I'll
fix it soon (and push out an updated Super Meat Boy).
My apologies for this
On 12/20/2011 04:41 PM, Paul Berry wrote:
This makes it easier to keep track of which dirty bits correspond to
which pieces of context, since it makes _NEW_RASTERIZER_DISCARD
correspond with ctx-RasterDiscard.
---
src/mesa/drivers/dri/i965/brw_gs.c |5 +++--
X8 depth formats weren't supported until Ironlake (Gen 5).
Fixes GPU hangs introduced in d84a180417d1eabd680554970f1eaaa93abcd41e.
One example test case was fbo-missing-attachment-blit from.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_misc_state.c |
45 matches
Mail list logo
