Hi,
I sent this series to have some feedback (rfc prefix failed) and the
comment will be addressed as soon as the tests are done.
I started checking the piglit part that you suggested in a previous mail..
I'll ask you also about them if I don't bother too much :)
Il 31 ago 2016 01:44, "Ilia
Hi,
to switch to the macro would mean to check also the version. I'd prefer to
keep the original behaviour but, if it's necessary I'll change it..
Francesco
Il 31 ago 2016 01:39, "Ilia Mirkin" ha scritto:
On Mon, Aug 29, 2016 at 1:25 AM, Francesco Ansanelli
On Tuesday, August 30, 2016 3:52:12 PM PDT Ian Romanick wrote:
[snip]
> I don't recall any native Linux games encountering this, but my memory
> may have faded. There were some Windows DirectX games that would
> exhaust VMA when run inside VMware. Once we got to the point where the
> GLSL IR was
The original motivation was that gen6_clip_state ignored _NEW_POLYGON
as it didn't care about early culling. The only other change was that
Gen6 ignored BRW_NEW_TES_PROG_DATA as it doesn't have tessellation
shaders, but listening to this is harmless as it'll never be signalled.
Now that we've
calculate_attr_overrides() uses is_drawing_points(), which depends
on tessellation and geometry program state, as well as polygon state.
v2: Add missing _NEW_POLYGON as well. Caught by Iago Toral.
Signed-off-by: Kenneth Graunke
Reviewed-by: Iago Toral Quiroga
On 30/08/16 06:51 PM, Marek Olšák wrote:
>
> If we don't care about memory usage, let's use my allocator. If we do,
> let's import jemalloc into the Mesa tree and use it for ralloc.
Instead of importing jemalloc into Mesa, could we use the shared
libjemalloc.so.1?
--
Earthling Michel Dänzer
We were previously ... not clamping. I guess this meant that everything
got clamped to 1/0, which was enough to pass the existing tests. Or
perhaps the clamping would only happen to the rasterized depth value and
not the frag shader's output depth value.
Bugzilla:
Unfortunately a3xx does not have a separate disable for depth clipping,
so when depth clamp is enabled, we disable the whole 3d clipper logic.
This in turn also gets rid of the xy clip that it would normally do.
When we detect this would happen, instead we integrate the viewport into
the window
The hw clipper only handles up to 6 UCPs. If there are more than 6 UCPs,
or a clip vertex, or clip distances are in use, then we must use the
fallback discard-based clipping from the frag shader.
Signed-off-by: Ilia Mirkin
Cc: mesa-sta...@lists.freedesktop.org
---
https://bugs.freedesktop.org/show_bug.cgi?id=97542
--- Comment #5 from Michel Dänzer ---
(In reply to Vedran Miletić from comment #4)
> We could do that once LLVM 3.9 is out. Michel, thoughts?
It would require backporting all changes from master which are needed for LLVM
On Tue, Aug 30, 2016 at 6:07 PM, Ilia Mirkin wrote:
> On Tue, Aug 30, 2016 at 9:01 PM, Matt Turner wrote:
>> On Tue, Aug 30, 2016 at 5:09 PM, Ilia Mirkin wrote:
>>> Signed-off-by: Ilia Mirkin
>>> ---
>>>
>>>
On Tue, Aug 30, 2016 at 9:01 PM, Matt Turner wrote:
> On Tue, Aug 30, 2016 at 5:09 PM, Ilia Mirkin wrote:
>> Signed-off-by: Ilia Mirkin
>> ---
>>
>> This passes a jenkins run except for 2 tests:
>>
>>
On Tue, Aug 30, 2016 at 5:09 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
>
> This passes a jenkins run except for 2 tests:
>
> dEQP-GLES31.functional.primitive_bounding_box.call_order.bbox_first_viewport_second
>
Signed-off-by: Michael Schellenberger Costa
---
src/gallium/state_trackers/nine/nine_shader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/nine/nine_shader.c
b/src/gallium/state_trackers/nine/nine_shader.c
index
These are the final asserts in the tree that do not follow the pattern
assert(!"foo"). To simplify spotting of (mostly) incorrect asserts via git grep
"assert(\"" rewrite them into the standard form.
Signed-off-by: Michael Schellenberger Costa
---
Signed-off-by: Michael Schellenberger Costa
---
src/compiler/glsl/ir_print_visitor.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ir_print_visitor.cpp
b/src/compiler/glsl/ir_print_visitor.cpp
index 0dd1c35..4cb8069
Signed-off-by: Michael Schellenberger Costa
---
src/intel/vulkan/anv_meta_blit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_meta_blit.c b/src/intel/vulkan/anv_meta_blit.c
index d2e375a..6f73102 100644
---
Signed-off-by: Michael Schellenberger Costa
---
src/intel/vulkan/anv_wsi_wayland.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_wsi_wayland.c
b/src/intel/vulkan/anv_wsi_wayland.c
index a9e1617..d210e79 100644
---
Signed-off-by: Ilia Mirkin
---
This passes a jenkins run except for 2 tests:
dEQP-GLES31.functional.primitive_bounding_box.call_order.bbox_first_viewport_second
dEQP-GLES31.functional.primitive_bounding_box.call_order.viewport_first_bbox_second
In both cases, they assume
Am 30.08.2016 22:16, schrieb Eric Engestrom:
Fixes: f926cf5bd0ade3273b32 ("docs: Rename GL3.txt to features.txt")
CC: Ian Romanick
CC: Andreas Boll
Signed-off-by: Eric Engestrom
---
docs/helpwanted.html | 4 ++--
1 file
From: "Kristian H. Kristensen"
As long as the dma_buf fds import to the same drm_intel_bo, we're fine.
Reviewed-by: Stéphane Marchesin
---
src/mesa/drivers/dri/i965/intel_screen.c | 36 +++-
1 file changed, 26
On Mon, Aug 29, 2016 at 1:25 AM, Francesco Ansanelli
wrote:
> XXX still need to figure how to treat the removed VIEW_CLASS*
> and formats.
Can you elaborate what this comment means?
You definitely need to add piglit tests for testing ETC2 stuff - it's
not supported in
On Mon, Aug 29, 2016 at 1:25 AM, Francesco Ansanelli
wrote:
> V2:use the same tokens of the desktop version
> (Ilia Mirkin, Chris Forbes)
>
> Signed-off-by: Francesco Ansanelli
> ---
> src/mesa/main/context.h |7 +++
>
I have rebased this on current master, and I pushed the branch to
https://cgit.freedesktop.org/~idr/mesa/log/?h=arb_gpu_shader_int64. My
plan is to start working on i965 support.
On 06/19/2016 10:06 PM, Dave Airlie wrote:
> Okay this is the second posting for the ARB_gpu_shader_int64 series.
>
Serge Martin writes:
> This fix getting the size of a struct arg. vec3 types still work ok.
> Only buit-in args need to have power of two alignment, getTypeAllocSize
> reports the correct size in all cases.
> ---
>
> This v3 is v1.1 modified for the curent ToT
I'm still
On Mon, Aug 29, 2016 at 11:49 AM, Marek Olšák wrote:
> On Mon, Aug 29, 2016 at 5:41 PM, Ilia Mirkin wrote:
>> On Mon, Aug 29, 2016 at 11:35 AM, Marek Olšák wrote:
>>> On Sat, Aug 27, 2016 at 11:53 PM, Ilia Mirkin
On Tue, 2016-08-30 at 15:52 -0700, Ian Romanick wrote:
> On 08/30/2016 07:06 AM, Marek Olšák wrote:
> >
> > On Tue, Aug 30, 2016 at 3:21 PM, Eero Tamminen
> > wrote:
> > >
> > > Hi,
> > >
> > >
> > > On 30.08.2016 12:51, Marek Olšák wrote:
> > > >
> > > >
> > > >
On Tue, 2016-08-30 at 16:14 -0400, Connor Abbott wrote:
> On Tue, Aug 30, 2016 at 10:06 AM, Marek Olšák
> wrote:
> >
> > On Tue, Aug 30, 2016 at 3:21 PM, Eero Tamminen
> > wrote:
> > >
> > > Hi,
> > >
> > >
> > > On 30.08.2016 12:51, Marek Olšák
On 08/30/2016 07:06 AM, Marek Olšák wrote:
> On Tue, Aug 30, 2016 at 3:21 PM, Eero Tamminen
> wrote:
>> Hi,
>>
>>
>> On 30.08.2016 12:51, Marek Olšák wrote:
>>>
>>> Recently I discovered that our GLSL compiler spends a lot of time in
>>> rzalloc_size, so I looked at
The biweekly stable releases have stopped without any indication why.
11.2.2 was nearly four months ago, and there effectively hasn't been a
stable release in the 12.0 series.
Can we resume these as soon as possible?
___
mesa-dev mailing list
Series is
Reviewed-by: Ilia Mirkin
Thanks for teasing these issues apart.
On Tue, Aug 30, 2016 at 6:17 PM, Francisco Jerez wrote:
> In the fragment shader OutputsWritten is a bitset of FRAG_RESULT_*
> enumerants, which represent the location of
Currently the mesa state tracker relies on there being two bits set
per dual-source output in the gl_program::OutputsWritten bitset, but
that only worked due to a GLSL front-end bug that caused it to set the
OutputsWritten bit for both location and location+1 even though at the
GLSL level the
In the fragment shader OutputsWritten is a bitset of FRAG_RESULT_*
enumerants, which represent the location of each color output written
by the shader. The secondary and primary color outputs of a given
render target using dual-source blending have the same location, so
the 'idx' computation
gl_SecondaryFragColorEXT should have the same location as gl_FragColor
for the secondary fragment color to be replicated to all fragment
outputs. The incorrect location of gl_SecondaryFragColorEXT would
cause the linker to mark both FRAG_RESULT_COLOR and FRAG_RESULT_DATA0
as being written to,
---
src/compiler/glsl/ir_set_program_inouts.cpp | 9 +++--
src/mesa/main/mtypes.h | 1 +
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/compiler/glsl/ir_set_program_inouts.cpp
b/src/compiler/glsl/ir_set_program_inouts.cpp
index fcfbcd4..06d9973 100644
Oops. Pushed. Thanks.
On 08/30/2016 01:16 PM, Eric Engestrom wrote:
> Fixes: f926cf5bd0ade3273b32 ("docs: Rename GL3.txt to features.txt")
> CC: Ian Romanick
> CC: Andreas Boll
> Signed-off-by: Eric Engestrom
> ---
>
On Tue, Aug 30, 2016 at 12:18 PM, Eric Engestrom wrote:
> On Tue, Aug 30, 2016 at 10:10:41AM -0700, Anuj Phogat wrote:
>> On Tue, Aug 30, 2016 at 3:36 AM, Eric Engestrom
>> wrote:
>> > Signed-off-by: Eric Engestrom
>> >
Thanks for the update.
Reviewed-by: Jose Fonseca
If you need and there's no outstanding objections, I can push this
change for you.
Jose
On 30/08/16 21:02, Eric Engestrom wrote:
A few weeks ago, Jose Fonseca suggested [0] we use .editorconfig files
to try and enforce
thanks, pushed :-)
BR,
-R
On Tue, Aug 30, 2016 at 4:16 PM, Eric Engestrom wrote:
> This script was broken for the last few days and I couldn't figure out why.
> Turns out it was checking for the existence of a file that got renamed,
> so rename it in here too.
>
> Fixes:
Fixes: f926cf5bd0ade3273b32 ("docs: Rename GL3.txt to features.txt")
CC: Ian Romanick
CC: Andreas Boll
Signed-off-by: Eric Engestrom
---
docs/helpwanted.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
This script was broken for the last few days and I couldn't figure out why.
Turns out it was checking for the existence of a file that got renamed,
so rename it in here too.
Fixes: f926cf5bd0ade3273b32 ("docs: Rename GL3.txt to features.txt")
CC: Ian Romanick
CC: Rob
On Tue, Aug 30, 2016 at 10:06 AM, Marek Olšák wrote:
> On Tue, Aug 30, 2016 at 3:21 PM, Eero Tamminen
> wrote:
>> Hi,
>>
>>
>> On 30.08.2016 12:51, Marek Olšák wrote:
>>>
>>> Recently I discovered that our GLSL compiler spends a lot of time in
>>>
A few weeks ago, Jose Fonseca suggested [0] we use .editorconfig files
to try and enforce the formatting of the code, to which Michel Dänzer
suggested [1] we start by importing the existing .dir-locals.el
settings. The first draft was discussed in the RFC [2].
These .editorconfig are a first
On Tue, Aug 30, 2016 at 4:06 PM, Marek Olšák wrote:
> On Tue, Aug 30, 2016 at 3:21 PM, Eero Tamminen
> wrote:
>> Hi,
>>
>>
>> On 30.08.2016 12:51, Marek Olšák wrote:
>>>
>>> Recently I discovered that our GLSL compiler spends a lot of time in
>>>
On Tue, Aug 30, 2016 at 10:10:41AM -0700, Anuj Phogat wrote:
> On Tue, Aug 30, 2016 at 3:36 AM, Eric Engestrom
> wrote:
> > Signed-off-by: Eric Engestrom
> > ---
> > src/intel/vulkan/anv_meta_blit.c | 2 +-
> > 1 file changed, 1
Without this, we would pass over the instructions in the SIMD8 program
(which is located earlier in the buffer) when brw_set_uip_jip() is
called to handle the SIMD16 program.
The assertion about compacted control flow was bogus: halt, cont, break
cannot be compacted because they have both JIP and
On 30 August 2016 at 18:39, Weng, Chuanbo wrote:
> Hi Emil,
> Thanks for your review!
> Please see my comments and questions below.
>
> -Original Message-
> From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On Behalf Of
> Emil Velikov
On Tue, Aug 30, 2016 at 10:24 AM, Lionel Landwerlin
wrote:
> It seems the i965 GL driver uses macros in most places and I found it pretty
> handy to be able to put a printf in a single file (nir.h) to compare the
> passes applied between the 2 drivers.
It would be nice to
Hi Emil,
Thanks for your review!
Please see my comments and questions below.
-Original Message-
From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On Behalf Of
Emil Velikov
Sent: Tuesday, August 30, 2016 6:29 PM
To: Weng, Chuanbo
Cc:
On 29/08/16 22:30, Eric Engestrom wrote:
A few weeks ago, Jose Fonseca suggested [0] we use .editorconfig files
to try and enforce the formatting of the code, to which Michel Dänzer
suggested [1] we start by importing the existing .dir-locals.el
settings. The first draft was discussed in the RFC
While comparing similar programs on both the vulkan driver and i965 GL, like :
varying vec4 tex_coord;
varying vec4 color_in;
uniform sampler2D sampler;
vec4 temp;
void func()
{
temp = texture2D(sampler, tex_coord) * color_in;
}
void main()
{
func();
temp = vec4(gl_PointCoord.x,
It seems the i965 GL driver uses macros in most places and I found it pretty
handy to be able to put a printf in a single file (nir.h) to compare the
passes applied between the 2 drivers.
Signed-off-by: Lionel Landwerlin
Cc: Jason Ekstrand
On Tue, Aug 30, 2016 at 3:30 AM, Eric Engestrom
wrote:
> Signed-off-by: Eric Engestrom
> ---
> src/intel/vulkan/anv_wsi_wayland.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/intel/vulkan/anv_wsi_wayland.c
>
On Tue, Aug 30, 2016 at 3:36 AM, Eric Engestrom
wrote:
> Signed-off-by: Eric Engestrom
> ---
> src/intel/vulkan/anv_meta_blit.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/intel/vulkan/anv_meta_blit.c
>
Tom,
hmm, I wonder if it was a bug/oversight for the YUV capabilities of
this extension to not depend on OES_EGL_image_external (which
unfortunately, doesn't seem to have a GL counterpart)?
I think this currently implies that you could sample from an imported
YUV eglimg using (for example)
On Tue, Aug 30, 2016 at 12:16 PM, Emil Velikov wrote:
> On 29 August 2016 at 22:30, Eric Engestrom wrote:
>
>> A couple of people have also suggested I add `tab_width`, but IMO this
>> concept
>> should die: it comes from the confusion between
On 08/30/2016 04:53 PM, Ilia Mirkin wrote:
On Tue, Aug 30, 2016 at 10:45 AM, Samuel Pitoiset
wrote:
While we are at it, make it static and change the return values
policy to be consistent.
Signed-off-by: Samuel Pitoiset
---
On 29 August 2016 at 22:30, Eric Engestrom wrote:
> A couple of people have also suggested I add `tab_width`, but IMO this concept
> should die: it comes from the confusion between indentation (a logic concept
> meant to convey code structure) and alignment (an aesthetic
On 25 August 2016 at 17:18, Emil Velikov wrote:
> From: Emil Velikov
>
> Remove the error prone fixed size array.
> While we're here also rename to loader_extensions like in the GLX code.
>
> Signed-off-by: Emil Velikov
With the minor nit in 2/3 fixed (1 -> -1), this series is
Reviewed-by: Ilia Mirkin
On Tue, Aug 30, 2016 at 10:45 AM, Samuel Pitoiset
wrote:
> Trivial.
>
> Signed-off-by: Samuel Pitoiset
> ---
>
On Tue, Aug 30, 2016 at 10:45 AM, Samuel Pitoiset
wrote:
> While we are at it, make it static and change the return values
> policy to be consistent.
>
> Signed-off-by: Samuel Pitoiset
> ---
> src/gallium/drivers/nouveau/nvc0/nvc0_screen.c |
Trivial.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_screen.c
b/src/gallium/drivers/nouveau/nvc0/nvc0_screen.c
index
While we are at it, make it static and change the return values
policy to be consistent.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 16
src/gallium/drivers/nouveau/nvc0/nvc0_screen.h | 3 ---
2 files changed,
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_screen.c
b/src/gallium/drivers/nouveau/nvc0/nvc0_screen.c
index
Reviewed-by: Jason Ekstrand
On Tue, Aug 30, 2016 at 12:37 AM, Michael Schellenberger Costa <
mschellenbergerco...@googlemail.com> wrote:
> Signed-off-by: Michael Schellenberger Costa com>
> ---
> src/intel/vulkan/anv_meta_blit.c | 2 +-
> 1
On Mon, Aug 29, 2016 at 11:39 PM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
> On Mon, Aug 29, 2016 at 09:00:33AM -0700, Jason Ekstrand wrote:
> > Topi asked to have the prefix removed because there's nothing gen7 about
> > it. However, now that everything is in a single file, there
Reviewed-by: Jason Ekstrand
On Tue, Aug 30, 2016 at 12:26 AM, Michael Schellenberger Costa <
mschellenbergerco...@googlemail.com> wrote:
> Signed-off-by: Michael Schellenberger Costa com>
> ---
> src/intel/vulkan/anv_wsi_wayland.c | 2 +-
>
On 25 August 2016 at 17:18, Emil Velikov wrote:
> From: Emil Velikov
>
> The indirection is meant to be used by the core EGL implementation in
> main. Not in the drivers themselves.
>
> Move the dri2_destroy_surface definition to avoid
On Tue, Aug 30, 2016 at 3:21 PM, Eero Tamminen
wrote:
> Hi,
>
>
> On 30.08.2016 12:51, Marek Olšák wrote:
>>
>> Recently I discovered that our GLSL compiler spends a lot of time in
>> rzalloc_size, so I looked at possible options to optimize that. It's
>> worth noting
On 25 August 2016 at 16:58, Emil Velikov wrote:
> From: Emil Velikov
>
> The symbol is a no-op since, the EXTRA_DEBUG macro is not set in the
> build. Unused by !Haiku people/platforms since 2010 (commit
>
On 27 August 2016 at 13:04, Tomasz Figa wrote:
> On Sat, Aug 27, 2016 at 4:12 AM, Ilia Mirkin wrote:
>> On Fri, Aug 26, 2016 at 3:01 PM, Ryan Houdek wrote:
>>> Most of the Tegra devices (K1 and above) provide desktop GL, except
Minor nit: the subject should probably be prefixed with "st/nine:"
-Brian
On 08/30/2016 01:37 AM, Michael Schellenberger Costa wrote:
Signed-off-by: Michael Schellenberger Costa
---
src/gallium/state_trackers/nine/nine_shader.c | 2 +-
1 file changed, 1
On 08/30/2016 04:09 AM, Michael Schellenberger Costa wrote:
These are the final asserts in the tree that do not follow the pattern assert(!"foo"). To
simplify spotting of (mostly) incorrect asserts via git grep "assert(\"" rewrite them
into the standard form.
Signed-off-by: Michael
Hi,
On 30.08.2016 12:51, Marek Olšák wrote:
Recently I discovered that our GLSL compiler spends a lot of time in
rzalloc_size, so I looked at possible options to optimize that. It's
worth noting that too many existing allocations slow down subsequent
malloc calls, which in turn slows down the
On Mon, Aug 29, 2016 at 11:43:49PM +0200, Serge Martin wrote:
> On Monday 29 August 2016 22:30:58 Eric Engestrom wrote:
> > A few weeks ago, Jose Fonseca suggested [0] we use .editorconfig files
> > to try and enforce the formatting of the code, to which Michel Dänzer
> > suggested [1] we start by
https://bugs.freedesktop.org/show_bug.cgi?id=97542
--- Comment #4 from Vedran Miletić ---
(In reply to Dennis Schridde from comment #3)
> (In reply to Michel Dänzer from comment #2)
> > Mesa releases can't support unreleased version of LLVM.
>
> As the code in the affected
Results for single-threaded shader-db (using shaders from one game
only) including LLVM compilation:
Default:
real0m59.606s
user0m59.488s
sys0m0.104s
Only ralloc is using jemalloc:
real0m55.284s (7.2% less time)
user0m55.032s
sys0m0.244s
Ralloc is using my linear
On 30 August 2016 at 05:59, Tapani Pälli wrote:
> I could try to push .pc files in to those projects but I'm not sure how that
> should work. Should those projects then install the .pc files somewhere
> during Android build or would we mess with the PKG_CONFIG_PATH to be
Signed-off-by: Eric Engestrom
---
src/intel/vulkan/anv_meta_blit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_meta_blit.c b/src/intel/vulkan/anv_meta_blit.c
index d2e375a..6f73102 100644
---
Signed-off-by: Eric Engestrom
---
src/compiler/glsl/ir_print_visitor.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/compiler/glsl/ir_print_visitor.cpp
b/src/compiler/glsl/ir_print_visitor.cpp
index 0dd1c35..4cb8069 100644
---
Signed-off-by: Eric Engestrom
---
src/gallium/state_trackers/nine/nine_shader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/nine/nine_shader.c
b/src/gallium/state_trackers/nine/nine_shader.c
index bd373d7..4c58a6d
Signed-off-by: Eric Engestrom
---
src/intel/vulkan/anv_wsi_wayland.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_wsi_wayland.c
b/src/intel/vulkan/anv_wsi_wayland.c
index a9e1617..d210e79 100644
---
On 25 August 2016 at 18:50, Chuanbo Weng wrote:
> The offset should not always be 0. For example, if EGLImage is
> created from a 2D texture with EGL_GL_TEXTURE_LEVEL=1, then the
> offset should be the actual start of miplevel 1 in drm bo.
>
> v2: version bump on the EGL
Hi,
Recently I discovered that our GLSL compiler spends a lot of time in
rzalloc_size, so I looked at possible options to optimize that. It's
worth noting that too many existing allocations slow down subsequent
malloc calls, which in turn slows down the GLSL compiler. When I kept
5 instances of
On Tue, 2016-08-23 at 10:45 +1000, Dave Airlie wrote:
> >
> > > #include "main/mtypes.h"
> > > #include "program/prog_parameter.h"
> > > -
> > > +#include "main/shaderapi.h"
> >
> > Why the extra empty line? If so, I would put it after the new include.
>
> It actually removes the empty line,
Reviewed-by: Edward O'Callaghan
On 08/30/2016 01:28 AM, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> src/gallium/drivers/radeonsi/si_state_draw.c | 62
> ++--
> 1 file changed, 31 insertions(+), 31 deletions(-)
>
Nice cleanup,
Reviewed-by: Edward O'Callaghan
On 08/30/2016 01:28 AM, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> src/gallium/drivers/radeon/r600_viewport.c | 30
> --
> 1 file changed, 16 insertions(+), 14
Reviewed-by: Edward O'Callaghan
On 08/30/2016 01:28 AM, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> src/gallium/drivers/radeon/r600_pipe_common.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git
Reviewed-by: Edward O'Callaghan
On 08/30/2016 01:28 AM, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> src/gallium/drivers/radeon/r600_pipe_common.h | 3 +++
> src/gallium/drivers/radeon/r600_query.c | 21 +
>
On Tue, Aug 30, 2016 at 9:06 AM, Marek Olšák wrote:
> On Mon, Aug 29, 2016 at 10:33 PM, Bas Nieuwenhuizen
> wrote:
>> On Mon, Aug 29, 2016 at 5:28 PM, Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> Calculate
On Mon, Aug 29, 2016 at 7:23 PM, Emil Velikov wrote:
> On 29 August 2016 at 16:29, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> ---
>> src/gallium/drivers/noop/noop_state.c | 56
>> +--
>> 1 file
This fix getting the size of a struct arg. vec3 types still work ok.
Only buit-in args need to have power of two alignment, getTypeAllocSize
reports the correct size in all cases.
---
This v3 is v1.1 modified for the curent ToT
src/gallium/state_trackers/clover/llvm/codegen/common.cpp | 7
Reviewed-by: Iago Toral Quiroga
On Mon, 2016-08-29 at 15:05 -0700, Kenneth Graunke wrote:
> State upload code should use prog_data rather than poking at core
> Mesa shader data structures wherever possible.
>
> Signed-off-by: Kenneth Graunke
> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=97542
--- Comment #3 from Dennis Schridde ---
(In reply to Michel Dänzer from comment #2)
> Mesa releases can't support unreleased version of LLVM.
As the code in the affected area is guarded with #if HAVE_LLVM >= 0x0309, I
On Tuesday 30 August 2016 01:20:55 Vedran Miletić wrote:
> Options specified via the CLOVER_COMPILER_OPTIONS shell variable are
> appended to the compiler options specified by the OpenCL program (if
> any).
>
> Signed-off-by: Vedran Miletić
> ---
> docs/envvars.html
I think we might also be missing a few _NEW_POLYGON flags which I note
below, otherwise:
Reviewed-by: Iago Toral Quiroga
On Mon, 2016-08-29 at 15:05 -0700, Kenneth Graunke wrote:
> calculate_attr_overrides() uses is_drawing_points(), which depends
> on tessellation and
https://bugs.freedesktop.org/show_bug.cgi?id=97542
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
On Mon, Aug 29, 2016 at 10:33 PM, Bas Nieuwenhuizen
wrote:
> On Mon, Aug 29, 2016 at 5:28 PM, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> Calculate depth ranges from viewport states and
>> pipe_rasterizer_state::clip_halfz.
>>
https://bugs.freedesktop.org/show_bug.cgi?id=97542
--- Comment #1 from Dennis Schridde ---
Created attachment 126118
--> https://bugs.freedesktop.org/attachment.cgi?id=126118=edit
mesa-12.0.1-llvm-3.9.0_rc3-compatibility.patch
Attached patch fixes the issue.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=97542
Bug ID: 97542
Summary: mesa-12.0.1 with llvm-3.9.0_rc3 -
src/gallium/state_trackers/clover/llvm/invocation.cpp:
212:75: error: no matching function for call to
1 - 100 of 105 matches
Mail list logo