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
0001-mesa-demos
https://bugs.freedesktop.org/show_bug.cgi?id=51428
--- Comment #6 from Kevin DeKorte 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: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
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: 0001-xeglgears-Make-EGL_KHR_image-usage-portable
On Fri, Jun 29, 2012 at 9:30 AM, Frank Binns 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.
Kristian
> Thanks
>
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 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 announce though.
>
On 06/26/2012 02:12 PM, Brian Paul wrote:
Patches 1 through 7 are
Reviewed-by: Ian Romanick
---
src/mesa/main/mtypes.h | 50
1 files changed, 25 insertions(+), 25 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
i
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 wrote:
> On Tue, 12 Jun 2012 12:07:09 -0700
> Kenneth Graunke 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 su
On Fri, Jun 29, 2012 at 12:18:15AM +0200, Francisco Jerez wrote:
> Tom Stellard 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 ++--
> >
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
To: xorg-annou...@lists.freedesktop.org
Cc: mesa-dev@lists.freedesktop.org, intel-...@lists.freedesktop.org,
dri-de...@lists.freedesktop.org Subject: [ANNO
On Fri, 29 Jun 2012 11:48:29 -0700
Ben Widawsky 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
> To: xorg-annou...@lists.freedesktop.org
> Cc: mesa-dev@lists.freedesktop.org, intel
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
wrote:
> The specific commit that seems to break it is:
> 46931ecf480e1d231bb6c2236d91b5390f2465ac llvmpipe: Simplify and fix
> system var
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 Hu
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 wrote:
>
>
> On 29-06-12 21:03, Stéphane
From: Ian Romanick
NOTE: This is a candidate for the 8.0 release branch.
Signed-off-by: Ian Romanick
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50621
Bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=418161
Cc: Markus Oehme
---
src/glx/tests/fake_glx_screen.h |2 +-
1 files ch
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 affec
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 wrote:
> From: Ian Romanick
>
> NOTE: This is a candidate for the 8.0 release branch.
>
> Signed-off-by: Ian Romanick
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50621
> Bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=418161
> Cc: Mark
On Fri, Jun 29, 2012 at 2:02 PM, Ian Romanick 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.
>>
>> GL_TRANSFO
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 re-b
On Fri, Jun 29, 2012 at 3:02 PM, Olivier Galibert 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 want to untangl
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 th
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 a/src/gallium/drivers/svga/svga_t
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 changed
On 06/29/2012 02:41 PM, Jordan Justen wrote:
On Fri, Jun 29, 2012 at 2:02 PM, Ian Romanick 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
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 vali
From: Ian Romanick
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
Bugzilla: https://bugs.freedesktop.org/sh
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
Marek
On Sat, Jun 30, 2012 at 1:31 AM, Stuart Abercrombie
wrote:
> Calling glGenerateMipmap could overwrite vertex buffer state, leading to
> incorrect rendering or crashes depending on the Gallium driver.
>
> This was happening on WebGL Conforma
- 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
31 matches
Mail list logo
