Some shaders from Synmark contain this loop:
for (float i = 0.02; i < 0.9; i += 0.11)
and in its body it uses both i and (1.0 - i). All 16 immediates are
promoted to registers (they're used by 3-src MAD instructions). By
recognizing that we can load 8 of these into a single register and then
Reviewed-by: Tapani Palli
On 02/29/2016 09:12 PM, Matt Turner wrote:
Commit 65dfb30 added exec_list EmptyUniformLocations, but only
initialized the list if ARB_explicit_uniform_location was enabled,
leading to crashes if the extension was not available.
Cc: "11.2"
Am 01.03.2016 um 00:56 schrieb Rowley, Timothy O:
>
> On Feb 29, 2016, at 3:47 PM, Roland Scheidegger
> > wrote:
>
> Am 29.02.2016 um 22:07 schrieb Rowley, Timothy O: Modest ping:
> haven’t had any comments on these patches for a few days. Patches
>
On 01.03.2016 03:11, Marek Olšák wrote:
> From: Marek Olšák
[...]
> +/**
> + * Device information returned by Mesa.
> + */
> +typedef struct {
> + uint32_t size; /* size of this structure */
> +
> + /* PCI location */
> + uint32_t pci_segment_group;
> + uint32_t
On Mon, Feb 29, 2016 at 4:29 PM, Ian Romanick wrote:
> On 02/29/2016 03:34 PM, Matt Turner wrote:
>> ---
>> src/mesa/program/program_lexer.l | 8
>> src/mesa/program/program_parser.h | 1 -
>> 2 files changed, 9 deletions(-)
>>
>> diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=94344
--- Comment #1 from Tim Rowley ---
Created attachment 122049
--> https://bugs.freedesktop.org/attachment.cgi?id=122049=edit
gpg public key
--
You are receiving this mail because:
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=94344
Bug ID: 94344
Summary: Requesting git commit access to mesa
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Iago Toral writes:
> On Fri, 2016-02-26 at 22:02 -0800, Francisco Jerez wrote:
>> Scalar immediates used to be handled correctly by swizzle() (as the
>> identity) but since commit 58fa9d47b536403c4e3ca5d6a2495691338388fd it
>> will corrupt the contents of the immediate.
Matt Turner writes:
>> i965: Don't try copy propagation if constant propagation succeeded.
>>
>> It cannot get any better.
>
> That's not obvious to me. How do we know that?
Because it's impossible to copy-propagate anything into a source that's
already an immediate. ;)
On Friday, February 26, 2016 8:37:33 AM PST Samuel Iglesias Gonsálvez wrote:
> From ARB_viewport_array spec:
>
> " * On GL3-capable hardware the VIEWPORT_BOUNDS_RANGE should be at least
> [-16384, 16383].
> * On GL4-capable hardware the VIEWPORT_BOUNDS_RANGE should be at least
>
On 02/29/2016 03:34 PM, Matt Turner wrote:
> We removed NV_vertex_program and NV_fragment_program{,_option} in 2012 yet we
> continue finding more pieces of them years later. Last year we discussed
> removing some remaining bits of NV_fragment_program_option that were used by
> a broken Viewperf11
On 02/29/2016 03:34 PM, Matt Turner wrote:
> ---
> src/mesa/program/program_lexer.l | 8
> src/mesa/program/program_parser.h | 1 -
> 2 files changed, 9 deletions(-)
>
> diff --git a/src/mesa/program/program_lexer.l
> b/src/mesa/program/program_lexer.l
> index 2fcd71f..baaa58a 100644
Matt Turner writes:
> On Mon, Feb 29, 2016 at 2:20 PM, Francisco Jerez
> wrote:
>> Matt Turner writes:
>>
>>> On Mon, Feb 29, 2016 at 7:30 AM, Iago Toral wrote:
On Fri, 2016-02-26 at 22:02 -0800, Francisco
There is a limit of 10 display connections, which was a
problem for apps/tests that were continuously opening/closing display
connections.
This fix uses XAddExtension() and XESetCloseDisplay() to keep track
of the status of the display connections from the X server, freeing
mesa-related data as X
On Monday, February 29, 2016 11:56:29 PM PST Rowley, Timothy O wrote:
>
> On Feb 29, 2016, at 3:47 PM, Roland Scheidegger
> wrote:
>
> Am 29.02.2016 um 22:07 schrieb Rowley, Timothy O:
> Modest ping: haven’t had any comments on these patches for a
On Monday, February 29, 2016 3:34:34 PM PST Matt Turner wrote:
> We removed NV_vertex_program and NV_fragment_program{,_option} in 2012 yet
we
> continue finding more pieces of them years later. Last year we discussed
> removing some remaining bits of NV_fragment_program_option that were used by
On Wed, Feb 17, 2016 at 3:05 PM, Kenneth Graunke wrote:
> (This is commit 4a1c8a3037cd29938b2a6e2c680c341e9903cfbe for vec4 mode.)
>
> Using the push model for inputs is much more efficient than pulling
> inputs - the hardware can simply copy a large chunk into URB
On Feb 29, 2016, at 3:47 PM, Roland Scheidegger
> wrote:
Am 29.02.2016 um 22:07 schrieb Rowley, Timothy O:
Modest ping: haven’t had any comments on these patches for a few
days.
Patches look ok to me (for the parts I looked at and commented on).
I
On Monday, February 29, 2016 11:13:44 AM PST Matt Turner wrote:
> On Mon, Feb 29, 2016 at 8:13 AM, Emil Velikov
wrote:
> > On 29 February 2016 at 01:17, Timothy Arceri
> > wrote:
> >> From: Timothy Arceri
> >>
> >>
---
src/mesa/program/program_lexer.l | 8
src/mesa/program/program_parser.h | 1 -
2 files changed, 9 deletions(-)
diff --git a/src/mesa/program/program_lexer.l b/src/mesa/program/program_lexer.l
index 2fcd71f..baaa58a 100644
--- a/src/mesa/program/program_lexer.l
+++
https://bugs.freedesktop.org/show_bug.cgi?id=94295
--- Comment #6 from Vinson Lee ---
(In reply to Plamena Manolova from comment #5)
> Could you please try out the new patch?
#0 find_empty_block (uniform=, prog=) at
glsl/link_uniforms.cpp:1054
1054
---
src/mesa/main/extensions_table.h | 1 -
src/mesa/main/mtypes.h | 1 -
2 files changed, 2 deletions(-)
diff --git a/src/mesa/main/extensions_table.h b/src/mesa/main/extensions_table.h
index c80e543..50e050e 100644
--- a/src/mesa/main/extensions_table.h
+++
---
src/mesa/main/ffvertex_prog.c | 1 -
src/mesa/program/ir_to_mesa.cpp | 1 -
src/mesa/program/prog_execute.c | 15 --
src/mesa/program/prog_instruction.h | 5 +
src/mesa/program/prog_opt_constant_fold.c | 8
---
src/mesa/program/program_parse.y | 49
1 file changed, 5 insertions(+), 44 deletions(-)
diff --git a/src/mesa/program/program_parse.y b/src/mesa/program/program_parse.y
index 4c32bc8..5651bdb 100644
--- a/src/mesa/program/program_parse.y
+++
---
src/mesa/program/program_parse.y | 17 -
1 file changed, 17 deletions(-)
diff --git a/src/mesa/program/program_parse.y b/src/mesa/program/program_parse.y
index 5651bdb..ad94fe0 100644
--- a/src/mesa/program/program_parse.y
+++ b/src/mesa/program/program_parse.y
@@ -564,23
---
src/mesa/program/prog_noise.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/program/prog_noise.c b/src/mesa/program/prog_noise.c
index ac920c2..e2e209e 100644
--- a/src/mesa/program/prog_noise.c
+++ b/src/mesa/program/prog_noise.c
@@ -188,7 +188,7 @@ grad4(int
The table in prog_instruction.h is correct.
---
src/mesa/program/prog_execute.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/program/prog_execute.c b/src/mesa/program/prog_execute.c
index 0755ac8..fec72ee 100644
--- a/src/mesa/program/prog_execute.c
+++
Dead since commit d8a366200 in 2010.
---
docs/shading.html | 17 -
1 file changed, 17 deletions(-)
diff --git a/docs/shading.html b/docs/shading.html
index e9fe3dd..df23694 100644
--- a/docs/shading.html
+++ b/docs/shading.html
@@ -222,34 +222,17 @@ struct gl_shader_state
{
---
src/mesa/main/dlist.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a/src/mesa/main/dlist.c b/src/mesa/main/dlist.c
index afd2d83..6dfb84b 100644
--- a/src/mesa/main/dlist.c
+++ b/src/mesa/main/dlist.c
@@ -304,8 +304,8 @@ typedef enum
---
docs/shading.html| 28
src/mesa/drivers/dri/i915/i915_context.c | 1 -
src/mesa/drivers/dri/i965/brw_compiler.c | 1 -
src/mesa/main/mtypes.h | 1 -
src/mesa/program/ir_to_mesa.cpp | 24 ++--
We removed NV_vertex_program and NV_fragment_program{,_option} in 2012 yet we
continue finding more pieces of them years later. Last year we discussed
removing some remaining bits of NV_fragment_program_option that were used by
a broken Viewperf11 test [1]. Hopefully it's been long enough and we
---
src/mesa/program/prog_execute.c | 20
src/mesa/program/prog_instruction.c | 1 -
src/mesa/program/prog_instruction.h | 1 -
src/mesa/program/prog_to_nir.c | 7 ---
src/mesa/program/programopt.c | 1 -
5 files changed, 30 deletions(-)
diff --git
Looks like more never-used crap from the first geometry shader attempt.
---
src/mesa/program/ir_to_mesa.cpp | 3 ---
src/mesa/program/prog_instruction.h | 16
src/mesa/program/prog_optimize.c | 2 --
src/mesa/program/prog_print.c| 14
---
src/mesa/program/prog_optimize.c | 84
1 file changed, 41 insertions(+), 43 deletions(-)
diff --git a/src/mesa/program/prog_optimize.c b/src/mesa/program/prog_optimize.c
index d9d7c9e..a416402 100644
--- a/src/mesa/program/prog_optimize.c
+++
---
src/mesa/main/ffvertex_prog.c | 2 -
src/mesa/program/ir_to_mesa.cpp| 7 --
src/mesa/program/prog_execute.c| 145 -
src/mesa/program/prog_execute.h| 1 -
src/mesa/program/prog_instruction.c| 3 -
---
src/mesa/drivers/dri/i915/i915_fragprog.c | 20
src/mesa/program/ir_to_mesa.cpp | 13 ++---
src/mesa/program/prog_execute.c | 5 -
src/mesa/program/prog_instruction.c | 1 -
src/mesa/program/prog_instruction.h | 1 -
On Fri, Feb 26, 2016 at 10:02 PM, Francisco Jerez wrote:
> This simplifies the code that iterates over the per-component values
> found in the matching copy_entry struct and checks whether the
> register regions that were copied to each component are similar enough
> to be
On Mon, Feb 29, 2016 at 2:20 PM, Francisco Jerez wrote:
> Matt Turner writes:
>
>> On Mon, Feb 29, 2016 at 7:30 AM, Iago Toral wrote:
>>> On Fri, 2016-02-26 at 22:02 -0800, Francisco Jerez wrote:
swizzle() works for vector
On Thu, Feb 25, 2016 at 3:05 AM, Emil Velikov wrote:
> On 25 February 2016 at 01:27, Dave Airlie wrote:
>> On 25 February 2016 at 11:15, Emil Velikov wrote:
>>> Hi Marek,
>>>
>>> On 24 February 2016 at 23:09, Marek Olšák
https://bugs.freedesktop.org/show_bug.cgi?id=94341
--- Comment #1 from Brian Paul ---
Are you using the old "swrast" driver? If so, the derivative functions only
work correctly for some values (the interpolated texcoords, colors, etc.).
If you can switch to the llvmpipe
On 02/29/2016 02:52 PM, Charmaine Lee wrote:
From: Brian Paul
Sent: Monday, February 29, 2016 1:28 PM
To: mesa-dev@lists.freedesktop.org
Cc: Charmaine Lee
Subject: [PATCH 2/3] svga: add new
svga_winsys_context::get_command_buffer_size()
To ask how large the current
Matt Turner writes:
> On Mon, Feb 29, 2016 at 7:30 AM, Iago Toral wrote:
>> On Fri, 2016-02-26 at 22:02 -0800, Francisco Jerez wrote:
>>> swizzle() works for vector immediates other than VF.
>>> ---
>>> .../drivers/dri/i965/brw_vec4_copy_propagation.cpp
https://bugs.freedesktop.org/show_bug.cgi?id=94341
Roland Scheidegger changed:
What|Removed |Added
Attachment #122036|text/plain |image/png
>From: Brian Paul
>Sent: Monday, February 29, 2016 1:28 PM
>To: mesa-dev@lists.freedesktop.org
>Cc: Charmaine Lee
>Subject: [PATCH 2/3] svga: add new
>svga_winsys_context::get_command_buffer_size()
>To ask how large the current command buffer is. Will be used for
>a new
Am 29.02.2016 um 22:07 schrieb Rowley, Timothy O:
> Modest ping: haven’t had any comments on these patches for a few
> days.
Patches look ok to me (for the parts I looked at and commented on).
> I don’t have freedesktop git write privileges, so once the patches
> are cleared it would be great if
To plot a graph of the command buffer size.
---
src/gallium/drivers/svga/svga_context.c| 3 +++
src/gallium/drivers/svga/svga_context.h| 16 +---
src/gallium/drivers/svga/svga_pipe_query.c | 9 +
src/gallium/drivers/svga/svga_screen.c | 2 ++
4 files changed, 23
To ask how large the current command buffer is. Will be used for
a new GALLIUM_HUD graph.
---
src/gallium/drivers/svga/svga_winsys.h| 6 ++
src/gallium/winsys/svga/drm/vmw_context.c | 8
2 files changed, 14 insertions(+)
diff --git a/src/gallium/drivers/svga/svga_winsys.h
---
src/gallium/drivers/svga/svga_pipe_query.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_pipe_query.c
b/src/gallium/drivers/svga/svga_pipe_query.c
index ebf4c6a..1427314 100644
---
Modest ping: haven’t had any comments on these patches for a few days.
I don’t have freedesktop git write privileges, so once the patches are cleared
it would be great if someone could push them.
Thanks.
-Tim
> On Feb 24, 2016, at 9:20 PM, Rowley, Timothy O
>
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp | 8
1 file changed, 8 insertions(+)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp
Signed-off-by: Samuel Pitoiset
---
.../drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp
b/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp
https://bugs.freedesktop.org/show_bug.cgi?id=94341
Bug ID: 94341
Summary: Incorrect results with dFdx / dFdy
Product: Mesa
Version: 11.1
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
Serge Martin writes:
> Ping
>
Thanks for trying to split some of the LLVM interfacing changes into
separate patches. I'm about 80% done cleaning up the mess that
llvm/invocation.cpp is, I'll take care of rebasing your series and pong
you once I'm done. Unfortunately the
On Mon, Feb 29, 2016 at 2:17 AM, Timothy Arceri
wrote:
> From: Timothy Arceri
>
> ---
> docs/devinfo.html | 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/docs/devinfo.html b/docs/devinfo.html
> index
On Mon, Feb 29, 2016 at 8:13 AM, Emil Velikov wrote:
> On 29 February 2016 at 01:17, Timothy Arceri
> wrote:
>> From: Timothy Arceri
>>
>> ---
>> docs/devinfo.html | 18 ++
>> 1 file changed, 18
Commit 65dfb30 added exec_list EmptyUniformLocations, but only
initialized the list if ARB_explicit_uniform_location was enabled,
leading to crashes if the extension was not available.
Cc: "11.2"
---
src/compiler/glsl/linker.cpp | 1 -
On Mon, Feb 29, 2016 at 7:30 AM, Iago Toral wrote:
> On Fri, 2016-02-26 at 22:02 -0800, Francisco Jerez wrote:
>> swizzle() works for vector immediates other than VF.
>> ---
>> .../drivers/dri/i965/brw_vec4_copy_propagation.cpp| 19
>> +--
>> 1 file
On Monday, February 29, 2016 12:17:41 PM PST Timothy Arceri wrote:
> From: Timothy Arceri
>
> ---
> docs/devinfo.html | 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/docs/devinfo.html b/docs/devinfo.html
> index 8ebf80f..ed9eb9b 100644
> ---
> i965: Don't try copy propagation if constant propagation succeeded.
>
> It cannot get any better.
That's not obvious to me. How do we know that?
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Ah, yes, we don't support that just yet. I've disabled the bit for now, thanks.
Kristian
On Sun, Feb 28, 2016 at 5:01 AM, Jacek Konieczny wrote:
> Hi,
>
> Even if it is unfinished, this probably should not be that inconsistent:
>
> anv_GetPhysicalDeviceFeatures() in
On Fri, Feb 26, 2016 at 2:18 AM, Olivier Galibert
wrote:
> Ok, I can tell you that 3DSTATE_DEPTH_BUFFER and
> 3DSTATE_STENCIL_BUFFER seem perfectly correct (assuming the gem
> address-patching-in works for the depth buffer address). I'll see if
> I can find a past version
https://bugs.freedesktop.org/show_bug.cgi?id=91556
Vedran MiletiÄ changed:
What|Removed |Added
CC||riva...@gmail.com
From: Marek Olšák
---
include/GL/mesa_glinterop.h | 226
1 file changed, 226 insertions(+)
create mode 100644 include/GL/mesa_glinterop.h
diff --git a/include/GL/mesa_glinterop.h b/include/GL/mesa_glinterop.h
new file mode
Ping
On Saturday 13 February 2016 23:08:34 Serge Martin wrote:
> This serie add clLinkProgram function needed for CL 1.2.
> However, it lacks the binary type part that is mandatory for input
> validation and also for CL_PROGRAM_BINARY_TYPE query. This will be adressed
> in another serie once we
On 02/27/2016 11:26 PM, Ilia Mirkin wrote:
On Sat, Feb 27, 2016 at 9:02 AM, Samuel Pitoiset
wrote:
The launch descriptor only allows to set up 8 CBs, but OpenGL
requires at least 14 UBOs. To bypass this limitation, we store
the addrs into the driver constbuf and we
On 02/27/2016 11:29 PM, Ilia Mirkin wrote:
On Sat, Feb 27, 2016 at 9:02 AM, Samuel Pitoiset
wrote:
The grid size is stored as three 32-bits integers in the indirect
buffer but the launch descriptor uses a 32-bits integer for both
griddim_y and griddim_z like this
On 02/27/2016 10:50 PM, Ilia Mirkin wrote:
I think you're trying to resolve conflicts with images here again...
please do that separately, and in a way that makes images available
everywhere, not just compute. I don't think this needs to be part of
this series though.
I removed the first
On 02/27/2016 11:20 PM, Ilia Mirkin wrote:
On Sat, Feb 27, 2016 at 9:02 AM, Samuel Pitoiset
wrote:
--- a/src/gallium/drivers/nouveau/nvc0/nve4_compute.h
+++ b/src/gallium/drivers/nouveau/nvc0/nve4_compute.h
@@ -56,7 +56,7 @@ static inline void
On 29 February 2016 at 01:17, Timothy Arceri
wrote:
> From: Timothy Arceri
>
> ---
> docs/devinfo.html | 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/docs/devinfo.html b/docs/devinfo.html
> index 8ebf80f..ed9eb9b
Well, I learned something from that (subject prefix), so I wouldn't mind
seeing it become more easily discoverable.
--Aaron
On Sun, Feb 28, 2016 at 7:25 PM, Timothy Arceri <
timothy.arc...@collabora.com> wrote:
> On Mon, 2016-02-29 at 12:17 +1100, Timothy Arceri wrote:
> > From: Timothy Arceri
On 02/28/2016 06:17 PM, Timothy Arceri wrote:
From: Timothy Arceri
---
docs/devinfo.html | 18 ++
1 file changed, 18 insertions(+)
diff --git a/docs/devinfo.html b/docs/devinfo.html
index 8ebf80f..ed9eb9b 100644
--- a/docs/devinfo.html
+++
Hi Christian,
On 29 February 2016 at 11:27, Christian König wrote:
> From: Christian König
>
> The hardware simply doesn't support that correctly.
>
Friendly suggestion - if there is a reference with more information on
the topic, please add a
On Mon, Feb 29, 2016 at 6:27 AM, Christian König
wrote:
> From: Christian König
>
> The hardware simply doesn't support that correctly.
>
> Signed-off-by: Christian König
Reviewed-by: Alex Deucher
On Fri, 2016-02-26 at 22:02 -0800, Francisco Jerez wrote:
> It cannot get any better.
> ---
> src/mesa/drivers/dri/i965/brw_fs_copy_propagation.cpp | 2 +-
> src/mesa/drivers/dri/i965/brw_vec4_copy_propagation.cpp | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
On Fri, 2016-02-26 at 22:02 -0800, Francisco Jerez wrote:
> swizzle() works for vector immediates other than VF.
> ---
> .../drivers/dri/i965/brw_vec4_copy_propagation.cpp| 19
> +--
> 1 file changed, 1 insertion(+), 18 deletions(-)
>
> diff --git
On Fri, 2016-02-26 at 22:02 -0800, Francisco Jerez wrote:
> Scalar immediates used to be handled correctly by swizzle() (as the
> identity) but since commit 58fa9d47b536403c4e3ca5d6a2495691338388fd it
> will corrupt the contents of the immediate. Vector immediates were
> never handled correctly,
Reviewed-by: Iago Toral Quiroga
On Fri, 2016-02-26 at 22:02 -0800, Francisco Jerez wrote:
> And replace brw_swizzle1() with brw_swizzle(). Seems slightly cleaner
> and will allow reusing brw_swizzle() in the vec4 back-end more easily.
> ---
>
The second release candidate for Mesa 11.2.0 is now available.
Brian Paul (1):
st/mesa: fix frontbuffer glReadPixels regressions
Derek Foreman (1):
egl/wayland: Try to use wl_surface.damage_buffer for SwapBuffersWithDamage
Emil Velikov (6):
st/nine: don't forget to bundle the
On 10 February 2016 at 12:21, Emil Velikov wrote:
> Hi all,
>
> The title says most of it with the remainder - ... the extensions
> (KHR_reusable_sync, KHR_vg_parent_image and MESA_drm_display) have been
> unimplemented since the removal of st/egl.
>
Humble ping anyone ?
On 10 February 2016 at 18:50, Ian Romanick wrote:
> On 02/10/2016 10:48 AM, Ian Romanick wrote:
>> On 02/09/2016 08:43 PM, Dave Airlie wrote:
>>> I was just messing with warning flags on virglrenderer and noticed
>>> -Wshadow generated a fair few warnings with gallium, so I
On 24 February 2016 at 15:49, Marc-André Lureau
wrote:
> Hi
>
> On Mon, Feb 22, 2016 at 8:06 PM, Emil Velikov
> wrote:
>> Hi Marc,
>>
>> On 12 February 2016 at 21:11, Marc-André Lureau
>> wrote:
>>> From:
https://bugs.freedesktop.org/show_bug.cgi?id=93524
Emil Velikov changed:
What|Removed |Added
Resolution|--- |FIXED
From: Christian König
The hardware simply doesn't support that correctly.
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_video.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On 25 February 2016 at 01:47, Emil Velikov wrote:
> On 24 February 2016 at 18:56, Rob Herring wrote:
>> Rob Herring (8):
>> Android: remove dependence on .SECONDEXPANSION
>> Android: glsl: fix dependence on YACC_HEADER_SUFFIX from build system
>>
Reviewed-by: Marek Olšák
Marek
On Mon, Feb 29, 2016 at 8:17 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> When reusing a depth attachment as a stencil, we need to propogate
> the layered bit, otherwise we fail to complete the
Reviewed-by: Marek Olšák
Marek
On Sat, Feb 27, 2016 at 5:21 PM, Ilia Mirkin wrote:
> The OES extensions clarify this behaviour to differentiate between
> per-sample invocation and per-sample interpolation. Using sampleid/pos
> will force per-sample
Reviewed-by: Marek Olšák
Marek
On Fri, Feb 26, 2016 at 5:12 PM, Oded Gabbay wrote:
> Since the rework on gallium pipe formats, there is no more need to do
> endian swap of the colorformat in the h/w, because the conversion between
> mesa format and
On Mon, Feb 29, 2016 at 7:44 AM, Ilia Mirkin wrote:
> On Mon, Feb 29, 2016 at 12:31 AM, Oded Gabbay wrote:
>> On Mon, Feb 29, 2016 at 3:51 AM, Michel Dänzer wrote:
>>> On 28.02.2016 05:48, Oded Gabbay wrote:
This patch
https://bugs.freedesktop.org/show_bug.cgi?id=94295
--- Comment #5 from Plamena Manolova ---
(In reply to Vinson Lee from comment #3)
> (In reply to Plamena Manolova from comment #2)
>
> > Could you verify whether this patch fixes this issue for you?
>
> Test still
https://bugs.freedesktop.org/show_bug.cgi?id=94295
--- Comment #4 from Plamena Manolova ---
Created attachment 122023
--> https://bugs.freedesktop.org/attachment.cgi?id=122023=edit
Proposed Patch v2
--
You are receiving this mail because:
You are the QA Contact
92 matches
Mail list logo