Hi,
Please find attached two patches. The first allows mesa-demos to build against
EGL implementations that don't support EGL_MESA_screen_surface. The second
patch brings some of the code that uses the EGL_MESA_screen_surface extension
into line with similar code.
Thanks
Frank
https://bugs.freedesktop.org/show_bug.cgi?id=51428
--- Comment #6 from Kevin DeKorte kdeko...@yahoo.com 2012-06-29 06:28:43 PDT
---
This appears to still be broken in current git, should be a simple change to
get in I would think.
--
Configure bugmail:
Hi,
Please find attached a patch that allows xeglgears to link against EGL
implementations that don't export extension functions (this is implementation
dependent).
Thanks
Frank
0001-xeglgears-Make-EGL_KHR_image-usage-portable.patch
Description:
On Fri, Jun 29, 2012 at 9:30 AM, Frank Binns frank.bi...@imgtec.com wrote:
Hi,
Please find attached a patch that allows xeglgears to link against EGL
implementations that don't export extension functions (this is implementation
dependent).
Ah yea, oops. Thanks for fixing, patch applied.
On 06/22/2012 03:39 PM, Brian Paul wrote:
The GLSL linker code in assign_varying_locations() counts up the number
of varying variables and checks the count against the
ctx-Const.MaxVarying limit.
I know we've had problems with this in the past but I think there's
another issue.
In the case of
On Tue, 12 Jun 2012 12:07:09 -0700
Kenneth Graunke kenn...@whitecape.org wrote:
With fixes and updates from Ben Widawsky and comments from Paul Berry.
This should not be pushed until libdrm 2.4.36 is released with Ben's
hardware context support.
2.4.36 has been released. I screwed up the
On 06/26/2012 02:12 PM, Brian Paul wrote:
Patches 1 through 7 are
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/main/mtypes.h | 50
1 files changed, 25 insertions(+), 25 deletions(-)
diff --git a/src/mesa/main/mtypes.h
On 06/12/2012 11:38 AM, Pauli Nieminen wrote:
Preparation for the mandator support of ARB_shader_object. I have tested
s/shader_object/sampler_object/ in the subject and body, right?
this patch with rv280 only. While only compile testing radeon changes.
Does someone want to run piglit tests
On Fri, 29 Jun 2012 10:06:29 -0700
Ben Widawsky b...@bwidawsk.net wrote:
On Tue, 12 Jun 2012 12:07:09 -0700
Kenneth Graunke kenn...@whitecape.org wrote:
With fixes and updates from Ben Widawsky and comments from Paul Berry.
This should not be pushed until libdrm 2.4.36 is released with
On Fri, Jun 29, 2012 at 12:18:15AM +0200, Francisco Jerez wrote:
Tom Stellard tstel...@gmail.com writes:
If devs is NULL, then the kernel should be compiled for all devices
associated with the program's context.
---
src/gallium/state_trackers/clover/api/program.cpp | 16
On Fri, 29 Jun 2012 11:48:29 -0700
Ben Widawsky b...@bwidawsk.net wrote:
git send-email doesn't appear to be doing the right thing.
Begin forwarded message:
Date: Fri, 29 Jun 2012 11:17:47 -0700
From: Ben Widawsky b...@bwidawsk.net
To: xorg-annou...@lists.freedesktop.org
Cc:
I'll send a revert for those, is there a way to do it without
reverting the rest of the series?
Stéphane
On Mon, Jun 25, 2012 at 11:41 AM, Stéphane Marchesin
stephane.marche...@gmail.com wrote:
The specific commit that seems to break it is:
46931ecf480e1d231bb6c2236d91b5390f2465ac llvmpipe:
On 29-06-12 21:03, Stéphane Marchesin wrote:
I'll send a revert for those, is there a way to do it without
reverting the rest of the series?
yeah, just revert the commit you want and then via 'amend' take out the
parts you don't want to revert (git gui is nice for doing that)
--
Ferry
Yeah, but my question was more high level, whether the vertex id
support required the previous refactor. It looks like it does though,
and I don't want to untangle, so I'll revert both 3/4 and 4/4.
Stéphane
On Fri, Jun 29, 2012 at 12:22 PM, Ferry Huberts maili...@hupie.com wrote:
On 29-06-12
From: Ian Romanick ian.d.roman...@intel.com
NOTE: This is a candidate for the 8.0 release branch.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50621
Bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=418161
Cc: Markus Oehme
On 06/28/2012 04:12 PM, Jordan Justen wrote:
When querying GL_PRIMITIVES_GENERATED, if primitive restart
is also used, then take the software primitive restart
path so GL_PRIMITIVES_GENERATED is returned correctly.
GL_TRANSFORM_FEEDBACK_PRIMITIVES_WRITTEN is also updated
since it will also
Don't know if it's old gcc(s) or 32bit but I can't build current master -
../../src/gallium/auxiliary/util/u_math.h:385: error: integer constant
is too large for 'long' type
Looks like I need ULL on the constants in
d069d8ef3835c65d1fac755b26080f284f7b7b49
util: Added functions for checking
On Fri, Jun 29, 2012 at 2:58 PM, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
NOTE: This is a candidate for the 8.0 release branch.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50621
On Fri, Jun 29, 2012 at 2:02 PM, Ian Romanick i...@freedesktop.org wrote:
On 06/28/2012 04:12 PM, Jordan Justen wrote:
When querying GL_PRIMITIVES_GENERATED, if primitive restart
is also used, then take the software primitive restart
path so GL_PRIMITIVES_GENERATED is returned correctly.
On Fri, Jun 29, 2012 at 12:52:06PM -0700, Stéphane Marchesin wrote:
Yeah, but my question was more high level, whether the vertex id
support required the previous refactor. It looks like it does though,
and I don't want to untangle, so I'll revert both 3/4 and 4/4.
You realize that will
On Fri, Jun 29, 2012 at 3:02 PM, Olivier Galibert galib...@pobox.com wrote:
On Fri, Jun 29, 2012 at 12:52:06PM -0700, Stéphane Marchesin wrote:
Yeah, but my question was more high level, whether the vertex id
support required the previous refactor. It looks like it does though,
and I don't
On Fri, Jun 29, 2012 at 03:09:23PM -0700, Stéphane Marchesin wrote:
I do, but it fixes a regression, so unless you have a fix, it's the way to
go. If you have a fix I'll happily test it :)
Just between us, revert on small regressions may not be optimal long
term on a project like mesa where the
Was previously implemented with FLOOR.
Fixes quite a few piglit tests of float-int conversion, integer
division, etc.
---
src/gallium/drivers/svga/svga_tgsi_insn.c | 56 -
1 files changed, 55 insertions(+), 1 deletions(-)
diff --git
Converting CMP to SLT+LRP didn't work when src2 or src3 was Inf/NaN.
That's the case for GLSL sqrt(0). sqrt(0) actually happens in many
piglit auto-generated tests that use the distance() function.
---
src/gallium/drivers/svga/svga_tgsi_insn.c | 75 +++--
1 files
On 06/29/2012 02:41 PM, Jordan Justen wrote:
On Fri, Jun 29, 2012 at 2:02 PM, Ian Romanicki...@freedesktop.org wrote:
On 06/28/2012 04:12 PM, Jordan Justen wrote:
When querying GL_PRIMITIVES_GENERATED, if primitive restart
is also used, then take the software primitive restart
path so
Calling glGenerateMipmap could overwrite vertex buffer state, leading to
incorrect rendering or crashes depending on the Gallium driver.
This was happening on WebGL Conformance test texture-size.
Before 784dd51198433e5c299da4a7742c68d21d68d1c1 this was covered up by
redundant vertex buffer
From: Ian Romanick ian.d.roman...@intel.com
For some reason the spurious initializer this-loop = loop; was
added in 0c005bd7. Since the constructor has no loop parameter, this
initializes the loop field to itself. Instead, initialize it to NULL.
Signed-off-by: Ian Romanick
On Thu, May 03, 2012 at 02:38:11PM -0700, Ian Romanick wrote:
To keep in the habit of doing regular releases, I'd like to propose
the following set of release dates. We had previously discussed
doing stable releases monthly and feature releases every six months.
This set of dates basically
Well spotted, thanks!
Reviewed-by: Marek Olšák mar...@gmail.com
Marek
On Sat, Jun 30, 2012 at 1:31 AM, Stuart Abercrombie
sabercrom...@chromium.org wrote:
Calling glGenerateMipmap could overwrite vertex buffer state, leading to
incorrect rendering or crashes depending on the Gallium driver.
- Original Message -
On Thu, May 03, 2012 at 02:38:11PM -0700, Ian Romanick wrote:
To keep in the habit of doing regular releases, I'd like to propose
the following set of release dates. We had previously discussed
doing stable releases monthly and feature releases every six
30 matches
Mail list logo