>
> static void
> +FETCH(A8R8G8B8_SRGB)(const struct swrast_texture_image *texImage,
> + GLint i, GLint j, GLint k, GLfloat *texel)
> +{
> + const GLuint s = *TEXEL_ADDR(GLuint, texImage, i, j, k, 1);
> + texel[RCOMP] = nonlinear_to_linear( (s >> 8) & 0xff );
> + texel[G
On Thursday, August 14, 2014 01:11:32 PM Iago Toral Quiroga wrote:
> Hi,
>
> this series brings support for geometry shaders in Sandy Bridge (gen6) and is
> combined work from Samuel and myself.
I've looked over most of the series, and everything looks good (though I didn't
have time to look at
On Thursday, September 04, 2014 09:36:34 AM Iago Toral Quiroga wrote:
> On jue, 2014-09-04 at 00:07 -0700, Jordan Justen wrote:
> > On Wed, Sep 3, 2014 at 11:28 PM, Iago Toral Quiroga
> > wrote:
> > > On mié, 2014-09-03 at 17:49 -0700, Jordan Justen wrote:
> > >> On Thu, Aug 14, 2014 at 4:11 AM,
On Tuesday, September 16, 2014 08:52:02 AM Gwenole Beauchesne wrote:
> Hi,
>
> 2014-09-09 10:56 GMT+02:00 Gwenole Beauchesne :
> > This allows for importing foreign buffers in RGB32 native endian
> > byte order, i.e. DRM_FORMAT_XBGR, and DRM_FORMAT_ABGR.
> >
> > Signed-off-by: Gwenole Beau
Patch fixes following test case from 'shaders-with-varyings' WebGL
conformance suite: "vertex shader with unused varying and fragment
shader with used varying must succeed"
Signed-off-by: Tapani Pälli
---
src/glsl/link_varyings.cpp | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(
On mar, 2014-09-16 at 01:09 -0700, Kenneth Graunke wrote:
> On Thursday, August 14, 2014 01:11:32 PM Iago Toral Quiroga wrote:
> > Hi,
> >
> > this series brings support for geometry shaders in Sandy Bridge (gen6) and
> > is
> > combined work from Samuel and myself.
>
> I've looked over most of
On mar, 2014-09-16 at 01:10 -0700, Kenneth Graunke wrote:
> On Thursday, September 04, 2014 09:36:34 AM Iago Toral Quiroga wrote:
> > On jue, 2014-09-04 at 00:07 -0700, Jordan Justen wrote:
> > > On Wed, Sep 3, 2014 at 11:28 PM, Iago Toral Quiroga
> > > wrote:
> > > > On mié, 2014-09-03 at 17:49
Do you also need to extend DEFAULT_SNORM8_RGBA_FORMATS in st_format.c
to include your new SNORM format? (And update a whole bunch of the
format_map to use that macro.)
On Tue, Sep 16, 2014 at 2:28 AM, Dave Airlie wrote:
> From: Richard Sandiford
>
> MESA_FORMAT_x8y8z8w8 puts the x channel in the
On 09/16/2014 04:21 AM, Tapani Pälli wrote:
> Patch fixes following test case from 'shaders-with-varyings' WebGL
> conformance suite: "vertex shader with unused varying and fragment
> shader with used varying must succeed"
Oh bother. Using the same rationale as before, could we get a warning
from
OK, so just to summarize:
The approach suggested by Roland is to have the outputs be
one-dimensional and only representing the current invocation's
per-vertex outputs. Each invocation would also get access to other
invocations' per-vertex outputs via a 2d input array.
So a shader might look somet
On 09/15/2014 06:00 PM, Roland Scheidegger wrote:
Am 15.09.2014 08:31, schrieb Kenneth Graunke:
Fredrik's implementation of ARB_vertex_attrib_binding introduced new
gl_vertex_attrib_array and gl_vertex_buffer_binding structures, and
converted Mesa's older gl_client_array to be derived state. Ul
On Tue, Sep 16, 2014 at 5:42 PM, Ilia Mirkin wrote:
> OK, so just to summarize:
>
> The approach suggested by Roland is to have the outputs be
> one-dimensional and only representing the current invocation's
> per-vertex outputs. Each invocation would also get access to other
> invocations' per-ve
On Tue, Sep 16, 2014 at 3:07 AM, Iago Toral Quiroga wrote:
> On mar, 2014-09-16 at 01:09 -0700, Kenneth Graunke wrote:
>> On Thursday, August 14, 2014 01:11:32 PM Iago Toral Quiroga wrote:
>> > Hi,
>> >
>> > this series brings support for geometry shaders in Sandy Bridge (gen6) and
>> > is
>> > c
On Tue, Sep 16, 2014 at 12:29 PM, Marek Olšák wrote:
> On Tue, Sep 16, 2014 at 5:42 PM, Ilia Mirkin wrote:
>> OK, so just to summarize:
>>
>> The approach suggested by Roland is to have the outputs be
>> one-dimensional and only representing the current invocation's
>> per-vertex outputs. Each in
On 09/16/2014 05:48 PM, Ian Romanick wrote:
On 09/16/2014 04:21 AM, Tapani Pälli wrote:
Patch fixes following test case from 'shaders-with-varyings' WebGL
conformance suite: "vertex shader with unused varying and fragment
shader with used varying must succeed"
Oh bother. Using the same rationa
On Tue, Sep 16, 2014 at 6:41 PM, Ilia Mirkin wrote:
> On Tue, Sep 16, 2014 at 12:29 PM, Marek Olšák wrote:
>> On Tue, Sep 16, 2014 at 5:42 PM, Ilia Mirkin wrote:
>>> OK, so just to summarize:
>>>
>>> The approach suggested by Roland is to have the outputs be
>>> one-dimensional and only represen
Am 16.09.2014 17:48, schrieb Brian Paul:
> On 09/15/2014 06:00 PM, Roland Scheidegger wrote:
>> Am 15.09.2014 08:31, schrieb Kenneth Graunke:
>>> Fredrik's implementation of ARB_vertex_attrib_binding introduced new
>>> gl_vertex_attrib_array and gl_vertex_buffer_binding structures, and
>>> converte
Patch fixes following test case from 'shaders-with-varyings' WebGL
conformance suite: "vertex shader with unused varying and fragment
shader with used varying must succeed"
v2: emit still a warning if the condition happens (Ian)
Signed-off-by: Tapani Pälli
---
src/glsl/link_varyings.cpp | 18 ++
Am 16.09.2014 18:29, schrieb Marek Olšák:
> On Tue, Sep 16, 2014 at 5:42 PM, Ilia Mirkin wrote:
>> OK, so just to summarize:
>>
>> The approach suggested by Roland is to have the outputs be
>> one-dimensional and only representing the current invocation's
>> per-vertex outputs. Each invocation wou
Am 16.09.2014 18:41, schrieb Ilia Mirkin:
> On Tue, Sep 16, 2014 at 12:29 PM, Marek Olšák wrote:
>> On Tue, Sep 16, 2014 at 5:42 PM, Ilia Mirkin wrote:
>>> OK, so just to summarize:
>>>
>>> The approach suggested by Roland is to have the outputs be
>>> one-dimensional and only representing the cu
On Tue, Sep 16, 2014 at 7:31 PM, Roland Scheidegger wrote:
> Am 16.09.2014 18:41, schrieb Ilia Mirkin:
>> On Tue, Sep 16, 2014 at 12:29 PM, Marek Olšák wrote:
>>> On Tue, Sep 16, 2014 at 5:42 PM, Ilia Mirkin wrote:
OK, so just to summarize:
The approach suggested by Roland is to h
Am 16.09.2014 19:40, schrieb Marek Olšák:
> On Tue, Sep 16, 2014 at 7:31 PM, Roland Scheidegger
> wrote:
>> Am 16.09.2014 18:41, schrieb Ilia Mirkin:
>>> On Tue, Sep 16, 2014 at 12:29 PM, Marek Olšák wrote:
On Tue, Sep 16, 2014 at 5:42 PM, Ilia Mirkin wrote:
> OK, so just to summarize:
On Tuesday, September 09, 2014 07:55:28 PM Chris Forbes wrote:
> Previously, we would get a trailing ', ' which looked strange.
>
> Signed-off-by: Chris Forbes
> ---
> src/mesa/drivers/dri/i965/brw_vec4.cpp | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/src/mesa/dr
The SWZ instruction can have swizzle terms >4 (SWIZZLE_ZERO, SWIZZLE_ONE).
These swizzle terms caused a few assertions to fail.
This started happening after the commit "mesa: Actually use the Mesa IR
optimizer for ARB programs." when replaying some apitrace files.
A new piglit test (tests/asmparse
Hello gents,
Can anyone spare a couple of minutes and review this patch ?
Thanks
Emil
On 03/09/14 21:43, Andreas Pokorny wrote:
> This changes enables EGL_KHR_image_pixmap in the egl drm platform, which is
> implemented
> there but has not been advertised yet.
>
> Signed-off-by: Andreas Pokor
On 09/09/14 19:56, Emil Velikov wrote:
> On 09/09/14 16:26, Tom Stellard wrote:
>> On Sat, Sep 06, 2014 at 01:43:55AM +1000, Jonathan Gray wrote:
>>> In LLVM 3.4.1 and 3.4.2 the patch level was only set in config.h when
>>> LLVM was built via autoconf and not when it was built with cmake.
>>> Fall
https://bugs.freedesktop.org/show_bug.cgi?id=83951
Priority: medium
Bug ID: 83951
Assignee: mesa-dev@lists.freedesktop.org
Summary: Account Request
Severity: normal
Classification: Unclassified
OS: All
Reporter: s.
Another humble ping.
I realise that i915 hardware is not top priority yet 5 minutes of someone
experienced with the driver will be greatly appreciated :)
Cheers,
Emil
On 05/09/14 16:20, Emil Velikov wrote:
> Hmm the previous cover letter was not attached to any patches :\
> Anywho, can someone t
https://bugs.freedesktop.org/show_bug.cgi?id=83951
--- Comment #1 from Sinclair Yeh ---
Created attachment 106392
--> https://bugs.freedesktop.org/attachment.cgi?id=106392&action=edit
ssh RSA key
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=83951
Sinclair Yeh changed:
What|Removed |Added
Attachment #106391|0 |1
is obsolete|
Previously, we were generating the fast-clear shader from GLSL. The
problem is that fast clears require that we use a replicated write rather
than a regular write instruction. In order to get this we had a
complicated and somewhat fragile optimization pass that looked for places
where we can use
https://bugs.freedesktop.org/show_bug.cgi?id=83951
Brian Paul changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |sitewranglers@lists.freedes
On Thu, Aug 14, 2014 at 4:11 AM, Iago Toral Quiroga wrote:
> ---
> src/mesa/drivers/dri/i965/gen6_gs_visitor.cpp | 72
> ---
> src/mesa/drivers/dri/i965/gen6_gs_visitor.h | 2 +
> 2 files changed, 67 insertions(+), 7 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i
On Tue, Sep 09, 2014 at 07:56:03PM +0100, Emil Velikov wrote:
> On 09/09/14 16:26, Tom Stellard wrote:
> > On Sat, Sep 06, 2014 at 01:43:55AM +1000, Jonathan Gray wrote:
> >> In LLVM 3.4.1 and 3.4.2 the patch level was only set in config.h when
> >> LLVM was built via autoconf and not when it was b
On Thu, Aug 14, 2014 at 4:11 AM, Iago Toral Quiroga wrote:
> In gen6 the geometry shader payload includes the PrimitiveID information in
> r0.1. When the shader code uses glPimitiveIdIn we will have to move this to
> a separate hardware register where we can map this attribute. This opcode
> takes
Signed-off-by: Vinson Lee
---
src/gallium/include/pipe/p_config.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/include/pipe/p_config.h
b/src/gallium/include/pipe/p_config.h
index b5e7736..5b6db7d 100644
--- a/src/gallium/include/pipe/p_config.h
+++ b/src/gallium/include/
Reviewed-by: Jason Ekstrand
On Mon, Sep 15, 2014 at 11:28 PM, Dave Airlie wrote:
> From: Richard Sandiford
>
> The associated UNORM format already existed.
>
> This means that each LnAn format has a reversed counterpart,
> which is necessary for handling big-endian mesa<->gallium mappings.
>
>
Reviewed-by: Jason Ekstrand
On Mon, Sep 15, 2014 at 11:28 PM, Dave Airlie wrote:
> From: Richard Sandiford
>
> MESA_FORMAT_R8G8B8X8_SNORM used a function called unpack_X8B8G8R8_SNORM
> while MESA_FORMAT_R8G8B8X8_SRGB used a function called
> unpack_R8G8B8X8_SRGB.
> This patch renames the SNORM
Reviewed-by: Jason Ekstrand
This is why we should be auto-generating these...
On Mon, Sep 15, 2014 at 11:28 PM, Dave Airlie wrote:
> From: Richard Sandiford
>
> The function was using the "X" component as the alpha channel,
> rather than setting alpha to 1.0.
>
> Signed-off-by: Richard Sandif
Got a couple comments below. Other than that,
Reviewed-by: Jason Ekstrand
On Mon, Sep 15, 2014 at 11:28 PM, Dave Airlie wrote:
> From: Richard Sandiford
>
> This means that each SRGB format has a reversed counterpart,
> which is necessary for handling big-endian mesa<->gallium mappings.
Hi Dave,
Most of the core mesa stuff looks good to me (a couple comments on the last
patch). I'll leave the gallium bits to the gallium people.
--Jason Ekstrand
On Mon, Sep 15, 2014 at 11:27 PM, Dave Airlie wrote:
> Hi,
>
> I've taken Richard's previous patchset and rebased them on top of
> cur
On 12/09/14 10:10, Emil Velikov wrote:
> On 11/09/14 23:21, Ian Romanick wrote:
>> On 09/10/2014 05:45 AM, Emil Velikov wrote:
>>> Hello all,
>>>
>>> The original plan from Ian was to have four release candidates prior to the
>>> final release. From what I can see there has been no serious amount o
https://bugs.freedesktop.org/show_bug.cgi?id=83631
abortretryf...@gmail.com changed:
What|Removed |Added
CC||abortretryf...@gmail.com
--
Y
https://bugs.freedesktop.org/show_bug.cgi?id=83631
--- Comment #6 from abortretryf...@gmail.com ---
I ran in to this problem trying to build OpenCASCADE for FreeCAD. Not sure if
this is helpful or not, but the comment there says:
// exclude modern definitions and system-provided glext.h, should b
Am 16.09.2014 08:28, schrieb Dave Airlie:
> From: Richard Sandiford
>
> ...i.e. formats in which the first listed component is in the least
> significant byte of the integer. The corresponding UNORM aliases already
> exist.
>
> Signed-off-by: Richard Sandiford
> Signed-off-by: Dave Airlie
>
From: rconde
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c | 22 --
src/gallium/auxiliary/tgsi/tgsi_exec.c | 8
2 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c
b/src/gallium/aux
On 17 September 2014 09:56, Jason Ekstrand wrote:
> Got a couple comments below. Other than that,
> Reviewed-by: Jason Ekstrand
>
> On Mon, Sep 15, 2014 at 11:28 PM, Dave Airlie wrote:
>>
>> From: Richard Sandiford
>>
>> This means that each SRGB format has a reversed counterpart,
>> whic
From: Dave Airlie
Jason pointed out the bug on review adding new formats,
but the existing format also appears to have the bug, so
use 255 as the max, these are SRGB no SNORM.
Signed-off-by: Dave Airlie
---
src/mesa/main/format_pack.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Hello list,
It is time for another bi-weekly stable candidate. Currently we have
- 19 queued
- 3 nominated (outstanding)
- and 0 rejected patches
Take a look at section "Mesa stable queue" for more information.
Regressions - classic swrast
Tests:
- glean/glsl1-ma
https://bugs.freedesktop.org/show_bug.cgi?id=83735
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sep 16, 2014 6:54 PM, "Dave Airlie" wrote:
>
> On 17 September 2014 09:56, Jason Ekstrand wrote:
> > Got a couple comments below. Other than that,
> > Reviewed-by: Jason Ekstrand
> >
> > On Mon, Sep 15, 2014 at 11:28 PM, Dave Airlie wrote:
> >>
> >> From: Richard Sandiford
> >>
> >> This m
Reviewed-by: Jason Ekstrand
On Sep 16, 2014 6:57 PM, "Dave Airlie" wrote:
> From: Dave Airlie
>
> Jason pointed out the bug on review adding new formats,
> but the existing format also appears to have the bug, so
> use 255 as the max, these are SRGB no SNORM.
>
> Signed-off-by: Dave Airlie
> -
Tested with v3. I get the same result as before: everything is fine
except the gs-atan-vec2 test.
I don't know if this is of any value, but running the command manually
in a shell gives the following:
/home/ademers/projects/display/piglit/bin/shader_runner
/home/ademers/projects/display/pigli
On mar, 2014-09-16 at 15:56 -0700, Jordan Justen wrote:
(...)
> >
> > void
> > +vec4_generator::generate_gs_set_primitive_id(struct brw_reg dst)
> > +{
> > + /* In gen6, PrimitiveID is delivered in R0.1 of the payload */
> > + struct brw_reg src = brw_vec8_grf(0, 0);
> > + brw_push_insn_stat
54 matches
Mail list logo
