On Wed, Oct 4, 2017 at 4:58 PM, Jason Ekstrand wrote:
> No shader-db change on Sky Lake.
>
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> src/intel/compiler/brw_fs_cmod_propagation.cpp | 17 +
> src/intel/compiler/brw_vec4_cmod_propagation.cpp | 17
Bah! This one's bogus too. I think it messes up register coalesce but I'm
not 100% sure...
On Wed, Oct 4, 2017 at 8:22 PM, Jason Ekstrand wrote:
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> src/intel/compiler/brw_fs_live_variables.cpp | 55
>
On Wed, Oct 4, 2017 at 3:11 PM, Anuj Phogat wrote:
> On Mon, Oct 2, 2017 at 7:46 PM, Jason Ekstrand
> wrote:
> > On Mon, Oct 2, 2017 at 4:08 PM, Anuj Phogat
> wrote:
> >>
> >> Cc: mesa-sta...@lists.freedesktop.org
> >>
This should be good for radeonsi to implement the feature as well.
FWIW:
Reviewed-by: Andres Rodriguez
Little bikeshed comment.
I'm a little iffy about using a mask instead of an enum for priority
values. It limits the flexibility on the number of levels drastically.
New patch on the list.
On Wed, Oct 4, 2017 at 7:42 PM, Jason Ekstrand wrote:
> On Wed, Oct 4, 2017 at 5:35 PM, Jason Ekstrand
> wrote:
>
>> On Wed, Oct 4, 2017 at 5:29 PM, Connor Abbott
>> wrote:
>>
>>> This won't completely
Cc: mesa-sta...@lists.freedesktop.org
---
src/intel/compiler/brw_fs_live_variables.cpp | 55
1 file changed, 55 insertions(+)
diff --git a/src/intel/compiler/brw_fs_live_variables.cpp
b/src/intel/compiler/brw_fs_live_variables.cpp
index c449672..23ec280 100644
---
> On Oct 4, 2017, at 12:50, Marek Olšák wrote:
>
> The LLVM backends selects MAD (unfused) for fmuladd, and FMA (fused) for fma.
For f64 and f16 by default it will emit an FMA since mad doesn’t support
denorms.___
mesa-dev mailing
On Wed, Oct 4, 2017 at 5:35 PM, Jason Ekstrand wrote:
> On Wed, Oct 4, 2017 at 5:29 PM, Connor Abbott wrote:
>
>> This won't completely solve the problem. For example, what if you
>> hoist the assignment to color2 outside the loop?
>>
>> vec4 color2;
On 2017-09-29 14:25:10, Jason Ekstrand wrote:
> Otherwise, in the ARB program case _mesa_add_state_reference may grow
> the parameter array which will cause brw_nir_setup_arb_uniforms to write
> past the end of the param array because it only looks at the parameter
> list length but the parma
On 2017-09-29 14:25:06, Jason Ekstrand wrote:
> This burns an extra 10k of memory or so in the case where you don't have
> any images. However, if you have several shaders which use images, this
> should be much less memory. It also gets rid of a part of prog_data
> that really has nothing to do
On Wed, Oct 4, 2017 at 8:35 PM, Jason Ekstrand wrote:
> On Wed, Oct 4, 2017 at 5:29 PM, Connor Abbott wrote:
>>
>> This won't completely solve the problem. For example, what if you
>> hoist the assignment to color2 outside the loop?
>>
>> vec4 color2;
On Wed, Oct 4, 2017 at 5:29 PM, Connor Abbott wrote:
> This won't completely solve the problem. For example, what if you
> hoist the assignment to color2 outside the loop?
>
> vec4 color2;
> while (1) {
>vec4 color = texture();
>color2 = color * 2;
>if (...) {
>
This won't completely solve the problem. For example, what if you
hoist the assignment to color2 outside the loop?
vec4 color2;
while (1) {
vec4 color = texture();
color2 = color * 2;
if (...) {
break;
}
}
gl_FragColor = color2;
Now the definition still dominates the use, even
Quoting Eric Anholt (2017-10-04 15:04:28)
> Dylan Baker writes:
>
> > This doesn't include egl support, just dri support.
> >
> > Signed-off-by: Dylan Baker
> > ---
> > meson.build | 49 +---
> >
No shader-db change on Sky Lake.
Cc: mesa-sta...@lists.freedesktop.org
---
src/intel/compiler/brw_fs_cmod_propagation.cpp | 17 +
src/intel/compiler/brw_vec4_cmod_propagation.cpp | 17 +
2 files changed, 34 insertions(+)
diff --git
Shader-db results on Sky Lake:
total instructions in shared programs: 12955125 -> 12953698 (-0.01%)
instructions in affected programs: 55956 -> 54529 (-2.55%)
helped: 6
HURT: 38
All of the hurt programs were hurt by exactly one instruction because
this patch affects copy
From: Francisco Jerez
Currently the liveness analysis pass would extend a live interval up
to the top of the program when no unconditional and complete
definition of the variable is found that dominates all of its uses.
This can lead to a serious performance problem in
Shader-db results on Sky Lake:
total instructions in shared programs: 12954445 -> 12955125 (0.01%)
instructions in affected programs: 141862 -> 142542 (0.48%)
helped: 0
HURT: 626
Cc: mesa-sta...@lists.freedesktop.org
---
src/intel/compiler/brw_fs_cmod_propagation.cpp | 8
Reviewed-by: Connor Abbott
On Wed, Oct 4, 2017 at 4:04 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> As pointed out by Connor we still need to use fma if nir wants
> exact (precise) behaviour.
>
> Signed-off-by: Dave Airlie
I didn't like this when it was proposed a couple weeks ago, and
unsurprisingly I still don't like it now.
The reason is that KILL is a simple opcode which even maps to what both
glsl and d3d10 actually need, whereas KILL_IF is a complicated mess
including combined per-channel comparisons.
I
Quoting Eric Anholt (2017-10-04 14:57:23)
> Dylan Baker writes:
>
> > This gets GLX and the loader building. The resulting GLX and i965 have
> > been tested on piglit and seem to work fine. This patch leaves a lot of
> > todo's in it's wake, GLX is quite complicated, and the
Kenneth Graunke writes:
> Found while trying to optimize an application.
>
> Not observed to help performance on i965, but should at least reduce
> the memory usage of such textures a bit.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP
On Mon, Oct 2, 2017 at 7:46 PM, Jason Ekstrand wrote:
> On Mon, Oct 2, 2017 at 4:08 PM, Anuj Phogat wrote:
>>
>> Cc: mesa-sta...@lists.freedesktop.org
>> Signed-off-by: Anuj Phogat
>> ---
>>
Dylan Baker writes:
> This adds support for building the classic swrast implementation. This
> driver has been tested with glxinfo and glxgears.
>
> Signed-off-by: Dylan Baker
> ---
> meson.build | 2 ++
>
Dylan Baker writes:
> This doesn't include egl support, just dri support.
>
> Signed-off-by: Dylan Baker
> ---
> meson.build | 49 +---
> meson_options.txt | 14 +
> src/{loader
Dylan Baker writes:
> Signed-off-by: Dylan Baker
> ---
> meson.build | 6 ++
> meson_options.txt| 14 --
> src/glx/meson.build | 2 +-
> src/mesa/drivers/dri/meson.build | 2 +-
>
Quoting Eric Anholt (2017-10-04 14:34:40)
> Dylan Baker writes:
>
> > This gets pretty much the entire classic tree building, as well as
> > i965, including the various glapis. There are some workarounds for bugs
> > that are fixed in meson 0.43.0, which is due out on
Quoting Eric Anholt (2017-10-04 14:25:30)
> Dylan Baker writes:
>
> > This gets pretty much the entire classic tree building, as well as
> > i965, including the various glapis. There are some workarounds for bugs
> > that are fixed in meson 0.43.0, which is due out on
Dylan Baker writes:
> This gets GLX and the loader building. The resulting GLX and i965 have
> been tested on piglit and seem to work fine. This patch leaves a lot of
> todo's in it's wake, GLX is quite complicated, and the build options
> involved are many, and the goal at
Dylan Baker writes:
> This gets pretty much the entire classic tree building, as well as
> i965, including the various glapis. There are some workarounds for bugs
> that are fixed in meson 0.43.0, which is due out on October 8th.
>
> I have tested this with piglit using glx.
On Wed, Oct 4, 2017 at 10:34 AM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> This pass implements all the implicit conversions required by the
> VK_KHR_sampler_ycbcr_conversion specification.
>
> It also inserts plane sources onto sampling instructions that we then
> let the
Dylan Baker writes:
> This gets pretty much the entire classic tree building, as well as
> i965, including the various glapis. There are some workarounds for bugs
> that are fixed in meson 0.43.0, which is due out on October 8th.
>
> I have tested this with piglit using glx.
All my comments below are on chunks that are no longer needed now that
anv_get_isl_format hasn't had it's name changed. Take or leave them as
your personal level of pedantry dictates. :)
On Wed, Oct 4, 2017 at 10:34 AM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> A given Vulkan
From: Marek Olšák
It can be recognized from KILL_IF by checking if the src operand is IMM.
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c | 11 --
src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c| 3 --
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c| 42
On Wed, Oct 4, 2017 at 3:33 PM, Roland Scheidegger wrote:
> Am 04.10.2017 um 17:44 schrieb Rob Clark:
>> Signed-off-by: Rob Clark
>> ---
>> src/gallium/drivers/etnaviv/etnaviv_screen.c| 1 +
>> src/gallium/drivers/freedreno/freedreno_screen.c
Series is
Reviewed-by: Bas Nieuwenhuizen
On Wed, Oct 4, 2017 at 10:27 PM, Samuel Pitoiset
wrote:
> We only need to dirty the descriptors when the pipeline is
> a new one, because user SGPRs can be potentially different.
>
> Signed-off-by:
We only need to dirty the descriptors when the pipeline is
a new one, because user SGPRs can be potentially different.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_cmd_buffer.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_meta_blit.c | 6 ++--
src/amd/vulkan/radv_meta_blit2d.c | 18 --
src/amd/vulkan/radv_meta_bufimage.c | 65 +++
src/amd/vulkan/radv_meta_clear.c | 12 +++
https://bugs.freedesktop.org/show_bug.cgi?id=103078
--- Comment #4 from sergio.calleg...@gmail.com ---
@Brian
thanks for testing! Indeed, I think that Matlab 2016 is fine with the NVIDIA
proprietary driver. However, I cannot use it because I have a KDE desktop and
the nvidia proprietary drivers
From: Dave Airlie
As pointed out by Connor we still need to use fma if nir wants
exact (precise) behaviour.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
What others said, and yes radeonsi shouldn't expose the extension.
Other than those:
Reviewed-by: Marek Olšák
Marek
On Wed, Oct 4, 2017 at 5:44 PM, Rob Clark wrote:
> Signed-off-by: Rob Clark
> ---
>
On Wed, Oct 4, 2017 at 7:35 PM, Ilia Mirkin wrote:
> Ah OK. So llvm.fmuladd is more like llvm.fmadontcare. Wrong assumption
> on my part.
The LLVM backends selects MAD (unfused) for fmuladd, and FMA (fused) for fma.
Personally I would prefer having separate fmul and fadd
Am 04.10.2017 um 17:44 schrieb Rob Clark:
> For devices (and kernels) which support different priority ringbuffers,
> expose context priority support.
>
> Signed-off-by: Rob Clark
> ---
> src/gallium/drivers/freedreno/freedreno_context.c | 9 -
>
Am 04.10.2017 um 17:44 schrieb Rob Clark:
> Signed-off-by: Rob Clark
> ---
> src/gallium/drivers/etnaviv/etnaviv_screen.c| 1 +
> src/gallium/drivers/freedreno/freedreno_screen.c| 1 +
> src/gallium/drivers/i915/i915_screen.c | 1 +
>
On 4 October 2017 at 15:28, Rob Herring wrote:
> On Wed, Oct 4, 2017 at 1:50 AM, Gwan-gyeong Mun wrote:
>> It adds support of dri2_loader to egl dri2 tizen backend.
>> - referenced a basic buffer flow and management implementation from
>> android.
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=102488
--- Comment #3 from Bas Nieuwenhuizen ---
Note that we are only setting the metadata though. 0x30f should be the metadata
that means "data is uncompressed, just take the value from data", 0x is
probably "clear
On 4 October 2017 at 11:46, Daniel Stone wrote:
> Hi Emil,
>
> On 27 September 2017 at 19:49, Emil Velikov wrote:
>> The callbacks may be called even when they are no longer valid.
>> Say, the user is dlclose(ing) libEGL while the buffers are being
https://bugs.freedesktop.org/show_bug.cgi?id=103078
--- Comment #3 from Brian Paul ---
Sergio, I installed the 30-day trial of Matlab r2017b and typed 'opengl info'
in the command window. I did not get a java exception. I got an error message
that reads:
"""
MATLAB has
Signed-off-by: Lionel Landwerlin
---
src/intel/vulkan/anv_device.c | 51 ++--
src/intel/vulkan/anv_extensions.py | 1 +
src/intel/vulkan/anv_formats.c | 59 ++
src/intel/vulkan/anv_image.c
Ah OK. So llvm.fmuladd is more like llvm.fmadontcare. Wrong assumption
on my part.
On Wed, Oct 4, 2017 at 1:00 PM, Connor Abbott wrote:
> No. From the LLVM langref:
>
> The ‘llvm.fmuladd.*‘ intrinsic functions represent multiply-add
> expressions that can be fused if the
New settings from the KHR_sampler_ycbcr_conversion specifications
might require different sampler settings for luma and chroma planes.
This change makes the sampler table emission ready to handle multiple
planes.
Signed-off-by: Lionel Landwerlin
---
This pass implements all the implicit conversions required by the
VK_KHR_sampler_ycbcr_conversion specification.
It also inserts plane sources onto sampling instructions that we then
let the pipeline layout pass deal with, when mapping things correctly
to descriptors.
v2: Add new file to meson
A given Vulkan format can now be decomposed into a set of planes. We
now use 'struct anv_format_plane' to represent the format of those
planes.
v2: by Jason
Rename anv_get_plane_format() to anv_get_format_plane()
Don't rename anv_get_isl_format()
Replace ds_fmt() by fmt2()
Newer format enums start at offset 10, making it impossible to
have them all in one table. This change splits the formats into sets
that we then access through indirection.
v2: rename format_extract to vk_to_anv_format (Chad/Jason)
Signed-off-by: Lionel Landwerlin
v2: Drop a memset by using zalloc (Jason)
Decouple vulkan descriptors from the underlying binding table
(Jason)
Signed-off-by: Lionel Landwerlin
---
src/intel/vulkan/anv_descriptor_set.c| 24 -
Adding new downsampling factors for each planes.
Signed-off-by: Lionel Landwerlin
---
src/intel/vulkan/anv_formats.c| 158 --
src/intel/vulkan/anv_private.h| 10 +++
src/intel/vulkan/vk_format_info.h | 27 +++
3
Some description was missing.
Signed-off-by: Lionel Landwerlin
---
src/intel/isl/isl_format_layout.csv | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/intel/isl/isl_format_layout.csv
b/src/intel/isl/isl_format_layout.csv
index
v2: Simplify offset enum computation (Jason)
v3: capitalize macros (Chad)
Signed-off-by: Lionel Landwerlin
---
src/vulkan/util/vk_util.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/vulkan/util/vk_util.h b/src/vulkan/util/vk_util.h
index
Hi,
A quick update following the comments for the first patches. I suppose
newer comments will appear but probably from patch 7 onwards.
Cheers,
Lionel Landwerlin (12):
vulkan: util: add macros to extract extension/offset number from enums
isl: make format layout channels accessible by
Signed-off-by: Lionel Landwerlin
Reviewed-by: Chad Versace
---
src/intel/isl/isl.h | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/src/intel/isl/isl.h b/src/intel/isl/isl.h
index
Suggested by Chad.
Signed-off-by: Lionel Landwerlin
---
src/intel/isl/isl.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/intel/isl/isl.h b/src/intel/isl/isl.h
index 98de4c0f57f..e3acb0ec280 100644
--- a/src/intel/isl/isl.h
+++ b/src/intel/isl/isl.h
@@
No. From the LLVM langref:
The ‘llvm.fmuladd.*‘ intrinsic functions represent multiply-add
expressions that can be fused if the code generator determines that
(a) the target instruction set has support for a fused operation, and
(b) that the fused operation is more efficient than the equivalent,
https://bugs.freedesktop.org/show_bug.cgi?id=101397
--- Comment #2 from Eric Engestrom ---
Initial support has landed yesterday, but might need further work and testing:
commit 9d9a46d4efc00b256d2c0d04dda6c4ee3f0dc47a
Author: Gurchetan Singh
On 10/04/2017 09:44 AM, Rob Clark wrote:
Signed-off-by: Rob Clark
---
src/gallium/drivers/etnaviv/etnaviv_screen.c| 1 +
src/gallium/drivers/freedreno/freedreno_screen.c| 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
On 4 October 2017 at 15:10, Jan Vesely wrote:
> On Wed, 2017-10-04 at 14:59 +0100, Emil Velikov wrote:
>> On 3 October 2017 at 19:19, Jan Vesely wrote:
>> > On Tue, 2017-10-03 at 17:51 +0100, Emil Velikov wrote:
>> > > From: Emil Velikov
On Mon, Oct 02, 2017 at 07:39:04PM -0700, Jason Ekstrand wrote:
> On Mon, Oct 2, 2017 at 4:07 PM, Anuj Phogat wrote:
>
> WaFlushHangWhenNonPipelineStateAndMarkerStalled goes along
> with WaSampleOffsetIZ. Both recommends the same.
>
> Cc:
Hi Anuj,
On Mon, Oct 02, 2017 at 04:07:57PM -0700, Anuj Phogat wrote:
> WaFlushHangWhenNonPipelineStateAndMarkerStalled goes along
> with WaSampleOffsetIZ. Both recommends the same.
>
> Cc: mesa-sta...@lists.freedesktop.org
> Signed-off-by: Anuj Phogat
> ---
>
Meson does in most cases, just apparently not in options. I'm going to write a
patch for it right now.
Dylan
Quoting Nicholas Miell (2017-10-03 18:38:26)
> On 10/03/2017 05:26 PM, Dylan Baker wrote:
>
> > diff --git a/meson_options.txt b/meson_options.txt
> > index 568903f1a0a..62d6b593f88
For devices (and kernels) which support different priority ringbuffers,
expose context priority support.
Signed-off-by: Rob Clark
---
src/gallium/drivers/freedreno/freedreno_context.c | 9 -
src/gallium/drivers/freedreno/freedreno_screen.c | 12 +++-
To enable per-context priorities, we need to have per-context pipe's.
Unfortunately we still need to keep the global screen pipe, mostly just
for screen->get_timestamp().
Signed-off-by: Rob Clark
---
src/gallium/drivers/freedreno/a5xx/fd5_draw.c | 2 +-
Mainly for testing, FD_MESA_DEBUG=hiprio will force high priority
contexts.
Signed-off-by: Rob Clark
---
src/gallium/drivers/freedreno/freedreno_context.c | 4 +++-
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/freedreno/freedreno_util.h|
To add context priority support we need to have an fd_pipe per context,
rather than per-screen. Which conflicts with existing ctx->pipe (which
is actually a visibility stream pipe (hw resource). So just rename it.
Signed-off-by: Rob Clark
---
Prep work for later patch.
Signed-off-by: Rob Clark
---
src/gallium/drivers/freedreno/a2xx/fd2_context.c | 2 +-
src/gallium/drivers/freedreno/a3xx/fd3_context.c | 2 +-
src/gallium/drivers/freedreno/a4xx/fd4_context.c | 2 +-
Signed-off-by: Rob Clark
---
src/gallium/drivers/etnaviv/etnaviv_screen.c| 1 +
src/gallium/drivers/freedreno/freedreno_screen.c| 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/llvmpipe/lp_screen.c| 1 +
These apply on top of Chris Wilson's patches which add the corresponding
EGL/core bits for IMG_context_priority[1] and add the gallium and
freedreno bits. The freedreno parts depend on some libdrm_freedreno
patches that are WIP (need updating for some last minute changes we
made to the kernel
On Wednesday, 2017-10-04 06:50:34 +, Gwan-gyeong Mun wrote:
> It gives a quick overview and references of developing OpenGLES / EGL
> Driver for Tizen.
Thanks for that; haven't read through it, but it should be quite useful :)
One request below.
>
> Signed-off-by: Mun Gwan-gyeong
Wouldn't this guarantee that nothing is fused (and thus fine)?
Presumably fmuladd always does mul+add either as 1 or 2 instructions?
On Wed, Oct 4, 2017 at 10:57 AM, Connor Abbott wrote:
> If the fma has the exact flag, then we need to use the llvm.fma
> intrinsic. These
On 04/10/17 00:40, Chad Versace wrote:
On Tue 03 Oct 2017, Jason Ekstrand wrote:
On Tue, Oct 3, 2017 at 3:18 PM, Lionel Landwerlin <[1]
lionel.g.landwer...@intel.com> wrote:
On 03/10/17 21:21, Chad Versace wrote:
On Tue 03 Oct 2017, Lionel Landwerlin wrote:
On
On 04/10/17 00:58, Jason Ekstrand wrote:
+ struct ycbcr_state state = {
+ .builder = builder,
+ .origin_tex = tex,
+ .conversion = sampler->conversion,
What about arrays of samplers? You're not allowed to indirect on them
but they can, in
On 04/10/17 00:54, Jason Ekstrand wrote:
On Tue, Oct 3, 2017 at 9:29 AM, Lionel Landwerlin
>
wrote:
This pass implements all the implicit conversions required by the
VK_KHR_sampler_ycbcr_conversion specification.
If the fma has the exact flag, then we need to use the llvm.fma
intrinsic. These come from fma() calls with the precise or invariant
qualifiers in GLSL, where you basically have to fuse everything or
fuse nothing consistently, and llvm.fmuladd doesn't guarantee that.
On Tue, Oct 3, 2017 at 10:10
On Wednesday, 2017-10-04 06:50:17 +, Gwan-gyeong Mun wrote:
> To share common free outdated buffers and update size code.
> This compares width and height arguments with current egl surface dimension,
> if the compared surface dimension is differ, then it free local buffers and
> updates
On Wed, Oct 4, 2017 at 9:02 AM, Rob Herring wrote:
> On Wed, Oct 4, 2017 at 1:50 AM, Gwan-gyeong Mun wrote:
>> To share common destroy dri_image_front code.
>>
>> Signed-off-by: Mun Gwan-gyeong
>> ---
>> src/egl/drivers/dri2/egl_dri2.c |
On Wed, Oct 4, 2017 at 1:50 AM, Gwan-gyeong Mun wrote:
> It adds support of dri2_loader to egl dri2 tizen backend.
> - referenced a basic buffer flow and management implementation from android.
>
> And it implements a query buffer age extesion for tizen and turn on
>
On Wed, Oct 4, 2017 at 1:50 AM, Gwan-gyeong Mun wrote:
> To share common update buffer age code.
> This updates old buffer's age and sets current back buffer's age to 1.
>
> Signed-off-by: Mun Gwan-gyeong
> ---
> src/egl/drivers/dri2/egl_dri2.c | 19
On Wed, 2017-10-04 at 14:59 +0100, Emil Velikov wrote:
> On 3 October 2017 at 19:19, Jan Vesely wrote:
> > On Tue, 2017-10-03 at 17:51 +0100, Emil Velikov wrote:
> > > From: Emil Velikov
> > >
> > > The only driver that utilises Clover already
On Wed, Oct 4, 2017 at 1:50 AM, Gwan-gyeong Mun wrote:
> To share common destroy dri_image_front code.
>
> Signed-off-by: Mun Gwan-gyeong
> ---
> src/egl/drivers/dri2/egl_dri2.c | 14 ++
> src/egl/drivers/dri2/egl_dri2.h | 3 +++
> 2 files
On 3 October 2017 at 19:19, Jan Vesely wrote:
> On Tue, 2017-10-03 at 17:51 +0100, Emil Velikov wrote:
>> From: Emil Velikov
>>
>> The only driver that utilises Clover already depends on LLVM 3.9.
>> Additionally close to every supported
On 10/4/17 3:47 PM, Emil Velikov wrote:
> On 3 October 2017 at 14:45, Tobias Klausmann
> wrote:
>> Starting with commit ab0589c6ed ("wayland-egl: remove no longer needed
>> wayland-client dependency") the wayland-egl.h include was missing leading to
>> a
>>
[dropping the libclc-devel list, which annoying rejects people who are
not subscribed]
On 3 October 2017 at 13:48, Emil Velikov wrote:
> On 20 September 2017 at 18:26, Jan Vesely wrote:
>> adding mesa-dev. This is not really related to libclc.
Reviewed-by: Bruce Cherniak
> On Oct 3, 2017, at 3:23 PM, Tim Rowley wrote:
>
> Causing a crash in ParaView waveletcontour.py test when
> _DEBUG defined due to vector aligned copy with unaligned
> address.
> ---
>
On 10/03/2017 06:51 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> The only driver that utilises Clover already depends on LLVM 3.9.
> Additionally close to every supported distribution has said version.
>
> Additionally libclc requires LLVM 4.0 these days.
>
>
On 3 October 2017 at 14:45, Tobias Klausmann
wrote:
> Starting with commit ab0589c6ed ("wayland-egl: remove no longer needed
> wayland-client dependency") the wayland-egl.h include was missing leading to a
> build failure:
>
> CC wayland-egl.lo
>
On Wednesday, 2017-10-04 14:23:46 +0100, Emil Velikov wrote:
> On 4 October 2017 at 14:10, Eric Engestrom wrote:
> > Signed-off-by: Eric Engestrom
> Considering things still work (I'll push the wayland fix in a second)
Yeah, it worked for
Change b3a44ae7a4 caused regressions on Android where DRI and renderbuffer
can disagree on the format being used. This patch removes the colorspace
parameter and instead we pass renderbuffer format. For non-winsys images we
still do srgb/linear modification in same manner as change b3a44ae7a4
On 4 October 2017 at 14:10, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom
Considering things still work (I'll push the wayland fix in a second)
Reviewed-by: Emil Velikov
-Emil
Signed-off-by: Eric Engestrom
---
.travis.yml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 2c87f60ec12c7a287a2c..19fd6acf3b9e4d6d9a8e 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -507,7 +507,7 @@ script:
Extend the matching from vk to wl_drm formats and vice-versa, to include
all supported RGB(A) formats. Since the memory layout of many Vulkan
formats depends on system endianness, take endianness into account when
performing the matching.
---
src/vulkan/wsi/wsi_common_wayland.c | 166
This totally breaks DOW3, I have to retract my Rb.
On 10/04/2017 02:13 PM, Samuel Pitoiset wrote:
Reviewed-by: Samuel Pitoiset
On 10/04/2017 04:41 AM, Dave Airlie wrote:
From: Dave Airlie
This enables tc compatible htile for stencil surfaces
Reviewed-by: Samuel Pitoiset
On 10/04/2017 04:41 AM, Dave Airlie wrote:
From: Dave Airlie
This enables tc compatible htile for stencil surfaces as well.
This gives a 3-5fps boost on Mad Max on high@4k.
It also depends on Bas's tc-compat htile
1 - 100 of 143 matches
Mail list logo