It seems to work without much changes (a simple kernel patch is needed for it
to work on the tested device though)
Message d'origine De : Guillaume Charifi
Date :31/10/2015 06:37 (GMT+01:00)
À : d...@lists.freedesktop.org Cc :
It seems to work without much changes (a simple kernel patch is needed for it
to work on the tested device though)
freedreno.add_305.patch
Description:
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
Coverity reported that ret could only be 0 or 1, since it
was setting ret = fn() > 0, instead of doing (ret = fn()) > 0.
Signed-off-by: Dave Airlie
---
src/gallium/winsys/virgl/drm/virgl_drm_winsys.c | 2 +-
src/gallium/winsys/virgl/vtest/virgl_vtest_winsys.c | 2 +-
2
On 01:15 AM - Oct 31 2015, Ilia Mirkin wrote:
> I've switched the st/mesa impl around to be set in the manager, based
> on whether it's a debug context. I've also added a st/clover impl
> (entirely untested beyond compilation) as the OpenCL API appears to
Tested on a Tesla card using the
On Sat, Oct 31, 2015 at 10:51 AM, Boyan Ding wrote:
> Ping?
oh, didn't see this earlier..
Reviewed-by: Rob Clark
(I'll push it when I get a chance if someone doesn't beat me to it..)
> 2015-10-16 15:15 GMT+08:00 Boyan Ding
On Sat, Oct 31, 2015 at 11:31 AM, Connor Abbott wrote:
> On Sat, Oct 31, 2015 at 10:55 AM, Rob Clark wrote:
>> On Fri, Oct 30, 2015 at 6:42 PM, Jason Ekstrand wrote:
>>> On Fri, Oct 30, 2015 at 2:12 PM, Ian Romanick
On Sat, Oct 31, 2015 at 10:23 AM, Brian Paul wrote:
> On 10/30/2015 11:15 PM, Ilia Mirkin wrote:
>>
>> This will allow gallium drivers to send messages to KHR_debug endpoints
>>
>> Signed-off-by: Ilia Mirkin
>> ---
>>
On Sat, Oct 31, 2015 at 1:38 PM, Rob Clark wrote:
> On Sat, Oct 31, 2015 at 11:31 AM, Connor Abbott wrote:
>> On Sat, Oct 31, 2015 at 10:55 AM, Rob Clark wrote:
>>> On Fri, Oct 30, 2015 at 6:42 PM, Jason Ekstrand
2015-10-31 0:03 GMT+08:00 Martin Peres :
> Signed-off-by: Martin Peres
Reviewed-by: Boyan Ding
> ---
> src/egl/drivers/dri2/egl_dri2.c | 6 +++---
> src/egl/drivers/dri2/platform_x11.c | 6
On 10/30/2015 11:15 PM, Ilia Mirkin wrote:
This will allow gallium drivers to send messages to KHR_debug endpoints
Signed-off-by: Ilia Mirkin
---
src/gallium/auxiliary/util/u_debug.c | 16
src/gallium/auxiliary/util/u_debug.h | 24
On Fri, Oct 30, 2015 at 6:42 PM, Jason Ekstrand wrote:
> On Fri, Oct 30, 2015 at 2:12 PM, Ian Romanick wrote:
>> On 10/28/2015 10:01 PM, Jason Ekstrand wrote:
>>>
>>> On Oct 28, 2015 9:12 PM, "Kenneth Graunke" >>
On Sat, Oct 31, 2015 at 10:55 AM, Rob Clark wrote:
> On Fri, Oct 30, 2015 at 6:42 PM, Jason Ekstrand wrote:
>> On Fri, Oct 30, 2015 at 2:12 PM, Ian Romanick wrote:
>>> On 10/28/2015 10:01 PM, Jason Ekstrand wrote:
On Oct
https://bugs.freedesktop.org/show_bug.cgi?id=92757
Bug ID: 92757
Summary: GL_ARB_sync objects are not properly synchronized
across threads
Product: Mesa
Version: 11.0
Hardware: All
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=92757
--- Comment #1 from Ilia Mirkin ---
After looking at the code briefly, it looks like _mesa_validate_sync really
needs to be _mesa_validate_sync_and_get_ref. Otherwise another thread might
delete and unref the last RefCount,
On Sat, Oct 31, 2015 at 2:26 PM, Connor Abbott wrote:
> On Sat, Oct 31, 2015 at 1:38 PM, Rob Clark wrote:
>> On Sat, Oct 31, 2015 at 11:31 AM, Connor Abbott wrote:
>>> On Sat, Oct 31, 2015 at 10:55 AM, Rob Clark
On Sat, Oct 31, 2015 at 10:13 AM, Francisco Jerez wrote:
> Jordan Justen writes:
>
>> On 2015-10-30 09:28:10, Matt Turner wrote:
>>> On Fri, Oct 30, 2015 at 4:11 AM, Iago Toral Quiroga
>>> wrote:
>>> > Right now some opcodes
https://bugs.freedesktop.org/show_bug.cgi?id=92758
Bug ID: 92758
Summary: Fixed function programs generated multiple times per
draw call
Product: Mesa
Version: git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=92758
Ilia Mirkin changed:
What|Removed |Added
Attachment #119318|text/plain
---
src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 30 +++---
1 file changed, 18 insertions(+), 12 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp
b/src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp
index b8f90f2..606fbd0 100644
---
On Sat, Oct 31, 2015 at 3:29 PM, Rob Clark wrote:
> On Sat, Oct 31, 2015 at 2:26 PM, Connor Abbott wrote:
>> On Sat, Oct 31, 2015 at 1:38 PM, Rob Clark wrote:
>>> On Sat, Oct 31, 2015 at 11:31 AM, Connor Abbott
We disable all 3-channel array formats since we don't support 3-channel
UNORM8 formats.
Recall that if a 3-channel format is requested by the user, we might
actually wind up using a 4-channel format instead. In fact, llvmpipe
does this frequently. If we don't disable all 3-channel formats, we
This primarily means added support for copying between compressed
and uncompressed formats.
---
src/gallium/auxiliary/util/u_surface.c | 106 +++--
1 file changed, 88 insertions(+), 18 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_surface.c
Ping?
2015-10-16 15:15 GMT+08:00 Boyan Ding :
> Signed-off-by: Boyan Ding
> ---
> src/gallium/drivers/freedreno/ir3/ir3_compiler_nir.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git
Reviewed-by: Charmaine Lee
From: mesa-dev on behalf of Brian Paul
Sent: Saturday, October 31, 2015 6:46 AM
To: mesa-dev@lists.freedesktop.org
Subject: [Mesa-dev] [PATCH
https://bugs.freedesktop.org/show_bug.cgi?id=81174
--- Comment #21 from Brian Paul ---
I found/fixed another long line loop issue. Patch "vbo: fix another
GL_LINE_LOOP bug" has been posted for review.
--
You are receiving this mail because:
You are the assignee for the bug.
---
src/gallium/drivers/svga/svga_draw_arrays.c | 3 ++-
src/gallium/drivers/svga/svga_draw_elements.c | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_draw_arrays.c
b/src/gallium/drivers/svga/svga_draw_arrays.c
index caf4b17..acb2e95 100644
2015-10-31 0:03 GMT+08:00 Martin Peres :
> First of all, I would like to thank Boyan for his work here. I rebased his
> patch
> series, fixed minor issues here and there and reviewed it. You can check the
> changes in every patch but the biggest changes are related
Hi,
At FOSDEM on sunday 31st of january 2016, there will be another graphics
DevRoom. URL: https://fosdem.org/2016/
At first, I wanted to skip another year (like in 2011), as speaker
turn-out was disgracefully low last year. But when i heard from some
usual speaker suspects earlier this month
Very long line loops which spanned 3 or more vertex buffers were not
handled correctly and could result in stray lines.
The piglit lineloop test draws 1 vertices by default, and is not
long enough to trigger this. Even 'lineloop -count 10' doesn't
trigger the bug.
For future reference,
To ease debugging in gdb.
---
src/gallium/auxiliary/indices/u_indices.c | 45 +-
src/gallium/auxiliary/indices/u_indices.h | 98 +++---
src/gallium/auxiliary/indices/u_unfilled_indices.c | 34
3 files changed, 91 insertions(+), 86 deletions(-)
Jordan Justen writes:
> On 2015-10-30 09:28:10, Matt Turner wrote:
>> On Fri, Oct 30, 2015 at 4:11 AM, Iago Toral Quiroga
>> wrote:
>> > Right now some opcodes that only use constant surface indexing mark them as
>> > used in the generator while
On Fri, Oct 30, 2015 at 5:19 PM, Ian Romanick wrote:
> On 10/29/2015 05:52 PM, Matt Turner wrote:
>> If we add a new file type, we'd like to get warnings if it's not
>> handled.
>>
>> Unfortuately, gcc seems to have bugs (see the XXX).
>
> Did you submit a GCC bug?
I did
Signed-off-by: Connor Abbott
---
src/glsl/nir/glsl_to_nir.cpp | 700 ---
1 file changed, 259 insertions(+), 441 deletions(-)
diff --git a/src/glsl/nir/glsl_to_nir.cpp b/src/glsl/nir/glsl_to_nir.cpp
index a5902a0..a44ded0 100644
---
A long time ago, before NIR was even merged to master, glsl_to_nir used
registers and these sources were actually register sources. But nowadays
everything in glsl_to_nir is an SSA value, so stop pretending that by
evaluating an rvalue we can get an arbitrary nir_src. Most importantly,
we need
Its only user now returns a nir_ssa_def *, and we'll need this since the
builder returns a nir_ssa_def *.
Signed-off-by: Connor Abbott
---
src/glsl/nir/glsl_to_nir.cpp | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git
Again, this matches what the builder will have to do.
Signed-off-by: Connor Abbott
---
src/glsl/nir/glsl_to_nir.cpp | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/src/glsl/nir/glsl_to_nir.cpp
As glsl_to_nir was one of the first things written while getting NIR
working, it has a number of quirks, the chief one being that it (partly)
reimplements functionality that has been in nir_builder for a while now.
This patch series fixes that up, letting us use some of the nice helpers
that the
FYI: I just force-pushed my wip/nir-pass branch with the following changes:
1) nir_pass no longer contains a data pointer
2) All of the nir_shader_run_pass-type functions now take a
nir_shader** so we can replace it for nir_clone testing
3) The nir_shader_optimize function now takes a
On Sat, 2015-10-31 at 06:52 +0200, Tapani Pälli wrote:
> On 10/30/2015 05:57 PM, Ilia Mirkin wrote:
> > On Fri, Oct 30, 2015 at 8:30 AM, Tapani Pälli
> > wrote:
> > > Since introduction of SSBO, UniformStorage contains not just uniforms
> > > but also buffer variables,
On Sat, Oct 31, 2015 at 2:39 PM, Connor Abbott wrote:
> On Sat, Oct 31, 2015 at 3:29 PM, Rob Clark wrote:
>> On Sat, Oct 31, 2015 at 2:26 PM, Connor Abbott wrote:
>>> On Sat, Oct 31, 2015 at 1:38 PM, Rob Clark
On Fri, Oct 30, 2015 at 5:28 PM, Ian Romanick wrote:
> On 10/29/2015 05:52 PM, Matt Turner wrote:
>> It did a bunch of unnecessary stuff, emitting an extra MOV included.
>> ---
>> src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 7 +++
>>
On Fri, 2015-10-30 at 11:57 -0400, Ilia Mirkin wrote:
> On Fri, Oct 30, 2015 at 8:30 AM, Tapani Pälli
> wrote:
> > Since introduction of SSBO, UniformStorage contains not just uniforms
> > but also buffer variables, this needs to be taken in to account when
> > calculating
42 matches
Mail list logo