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
s
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"
---
src/compiler/glsl/link
Am 01.03.2016 um 00:56 schrieb Rowley, Timothy O:
>
> On Feb 29, 2016, at 3:47 PM, Roland Scheidegger
> mailto:srol...@vmware.com>> 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 th
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 pci_bus;
> + uint32_t p
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 a/src/mesa/program/program_lexer.l
>> b/src/
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&action=edit
gpg public key
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
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. Vector immediates were
>>
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. ;)
signature.asc
Descripti
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
> [-32768,
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 Jerez wrote:
> swizzle() works for vector immediates other than VF.
> ---
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
mailto:srol...@vmware.com>> 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 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 registers
> at thread creation t
On Feb 29, 2016, at 3:47 PM, Roland Scheidegger
mailto:srol...@vmware.com>> 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 don’t have freedeskto
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
> >>
> >> ---
> >> docs/devinfo.html | 18 ++
> >> 1 file changed, 18 ins
---
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
+++ b/src/mesa/program
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 foreach_list_typed_safe(struct empty_uni
---
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
+++ b/src/mesa
---
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 +564
---
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
+++ b/src/mesa/main/extensions_
---
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/pro
---
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 ha
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
+++ b/src/mesa/p
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
OPCODE_SAMPL
---
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 ca
---
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 a/sr
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
+++ b/src/mes
---
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/m
---
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 -
src/mesa/
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 treated as a single (res
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 immediates other than VF.
---
.../drivers/dri/i965/brw_ve
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 wrote:
From: Marek Olšák
in order to make some winsys inte
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 driver you shouldn't hav
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 command buffer is. Will
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| 19
>>> +--
>>> 1 f
https://bugs.freedesktop.org/show_bug.cgi?id=94341
Roland Scheidegger changed:
What|Removed |Added
Attachment #122036|text/plain |image/png
mime type|
>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 GALLIUM_HUD graph.
>---
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 s
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
b/src
---
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
--- a/src/gallium/drivers/svga/svga_pipe_quer
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
> wrote:
>
> Updating parts 3 thr
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
b/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp
index 46caa3c..facef1d
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
b/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cp
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
index b6b3ec7..21138b1 100644
-
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 core/api changes from th
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 8ebf80f..ed9eb9b 100644
> --- a/docs/devinfo.html
> +++ b/docs/devi
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 insertions(+)
>>
>> diff --git a/docs/devinfo.html b/docs/devinfo.html
>> index 8ebf
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 -
src/mesa/main/shaderobj.c| 2 ++
2 files changed, 2 inse
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 changed, 1 insertion(+), 1
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
> --- a/docs/devinfo.html
> ++
> 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
https://lists.freedesktop.org/mailman/listinfo/mes
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 anv_device.c:
>
> .pipe
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 that works.
>
FYI, thi
https://bugs.freedesktop.org/show_bug.cgi?id=91556
Vedran MiletiÄ changed:
What|Removed |Added
CC||riva...@gmail.com
Version|1
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 100644
index 000..ecb5
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 ag
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 directly load from
the glob
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 (z << 16) | y. To make it wor
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 patc
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
nve4_cp_launch_desc_set_cb(struct nve4_cp_launc
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 100644
> --- a/docs/devinfo.html
> +++ b/docs/devinfo
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
+++ b/docs/devinfo.html
@@ -162,6 +162,
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 link to it.
I'd imagine you guys want to have this
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
> ---
> src/gallium/drivers/radeon/radeon_video.c | 1 +
> 1 file changed, 1 insertion(+)
>
>
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 a/src/m
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 a/src/mesa/drivers/dri/i965/
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, b
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.
> ---
> src/mesa/drivers/dri/i965/brw_clip_unfilled.c | 6 +
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 ?
Thanks
Emil
_
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 did a mesa
>>> build wi
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: Marc-André Lureau
>>>
>>> Add the virtio-gpu PCI ID for virtio 1.0 (according to the
>>>
https://bugs.freedesktop.org/show_bug.cgi?id=93524
Emil Velikov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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 a/src/gallium/drivers/radeon/radeon_video.c
b/src/gallium/drivers/radeon/radeon_video.c
inde
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
>> Android: add -Wno-date-time flag for clang
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 framebuffer.
>
> discovered running ./bin/fbo-depth-array depth-lay
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 invocation but not per-sample interpolation.
>
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 gallium (pipe) format takes endianess into acc
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 enables the correct detection of PIPE_FORMAT_R10G10B10A2_UINT
and P
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 segfaults with patch id=121982
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&action=edit
Proposed Patch v2
--
You are receiving this mail because:
You are the QA Contact for the bug.
92 matches
Mail list logo
