https://bugs.freedesktop.org/show_bug.cgi?id=98851
Ilia Mirkin changed:
What|Removed |Added
Summary|triangle clipping causes|triangle clipping causes
https://bugs.freedesktop.org/show_bug.cgi?id=98851
--- Comment #1 from Ilia Mirkin ---
One thing I wonder about is whether the clipper needs to know that it's a
no-perspective attribute. There's an interpolation step done in
clip.h:intersect, and I'm not sure that's right for the
non-perspective-
On Thu, 2016-11-24 at 16:28 -0800, Jason Ekstrand wrote:
>
> On Nov 24, 2016 7:12 AM, "Iago Toral" wrote:
> >
> > On Thu, 2016-11-24 at 14:33 +0100, Iago Toral wrote:
> > > Hi Lionel,
> > >
> > > On Thu, 2016-11-24 at 13:08 +, Lionel Landwerlin wrote:
> > > >
> > > > Hi Iago,
> > > >
> > > >
https://bugs.freedesktop.org/show_bug.cgi?id=98851
Bug ID: 98851
Summary: triangle clipping causes wrong ... something
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=98846
--- Comment #1 from Ilia Mirkin ---
Actually I tracked it down to this little bit in clip.h:
void ClipSimd(const simdscalar& vPrimMask, const simdscalar& vClipMask,
PA_STATE& pa, const simdscalari& vPrimId, const simdscalari& vViewportIdx)
Edward O'Callaghan writes:
> The following series implements what is needed on clover's
> side for OpenCL image support. This seems to work with some
> basic applications with radeonsi. Although, I have not yet
> included the patch to enable by default until the LLVM bugs
> this can potentially t
Edward O'Callaghan writes:
> Signed-off-by: Edward O'Callaghan
> ---
> src/gallium/state_trackers/clover/api/memory.cpp | 13 +
> src/gallium/state_trackers/clover/core/memory.cpp | 14 ++
> src/gallium/state_trackers/clover/core/memory.hpp | 11 +++
> 3 files c
Edward O'Callaghan writes:
> Signed-off-by: Edward O'Callaghan
> ---
> src/gallium/state_trackers/clover/api/memory.cpp | 9 -
> src/gallium/state_trackers/clover/core/memory.cpp | 13 +
> src/gallium/state_trackers/clover/core/memory.hpp | 10 ++
> 3 files changed
Edward O'Callaghan writes:
> Signed-off-by: Edward O'Callaghan
> ---
> src/gallium/state_trackers/clover/api/memory.cpp | 9 -
> src/gallium/state_trackers/clover/core/memory.cpp | 13 +
> src/gallium/state_trackers/clover/core/memory.hpp | 10 ++
> 3 files changed
Edward O'Callaghan writes:
> Signed-off-by: Edward O'Callaghan
> ---
> src/gallium/state_trackers/clover/api/memory.cpp | 17 -
> src/gallium/state_trackers/clover/core/memory.cpp | 14 ++
> src/gallium/state_trackers/clover/core/memory.hpp | 11 +++
> 3 fil
Some dri drivers will pass multiple bits in buffer_mask parameter
to droid_image_get_buffer(), more than the actual supported buffer
type combination. For such case, will go through all the bits, and
will not return error when unsupported buffer is requested, only
return error when the allocation f
A different patch to that code has been applied that does the same
thing in a different (better) way.
On 24 November 2016 at 05:25, Albert Freeman wrote:
> I wrote this code in response to a issue someone on mesa-users had
> (https://lists.freedesktop.org/archives/mesa-users/2016-October/001231.h
I wrote this code in response to a issue someone on mesa-users had
(https://lists.freedesktop.org/archives/mesa-users/2016-October/001231.html).
They didn't reply so I don't know if the patch resolved the issue. Can
someone please determine its usefulness. Also please check if
drmCommandWrite() is
On Thu, Nov 24, 2016 at 05:25:26PM +, Emil Velikov wrote:
> Hello list,
>
> The candidate for the Mesa 13.0.2 is now available. Currently we have:
> - 49 queued
> - 4 nominated (outstanding)
> - and 1 rejected patch(es)
>
>
> With this series we have - fixes for vc4, i965 and radeon drive
Jan Vesely writes:
> On Tue, 2016-11-22 at 20:25 +0100, Vedran Miletić wrote:
>> The commit 8e430ff8b060b4e8e922bae24b3c57837da6ea77 support for LLVM
>> 3.9 and older versionsin Clover. This patch restores it and refactors
>> the support using Clover compatibility layer for LLVM.
>>
>> v2: merg
Vedran Miletić writes:
> The commit 8e430ff8b060b4e8e922bae24b3c57837da6ea77 support for LLVM
> 3.9 and older versionsin Clover. This patch restores it and refactors
> the support using Clover compatibility layer for LLVM.
>
> v2: merged #ifdef blocks
> v3: added support for LLVM 3.6-3.8
> v4: a
Emil Velikov writes:
> On 17 November 2016 at 17:27, Emil Velikov wrote:
>
>> Admittedly not a huge C++ expert, but what's wrong with having a
>> simple 5 line patch that adds the original code in a if guard ?
>> If then the LLVM <= 3.9 codepath is (somewhat) wrong, let's tackle
>> that separate
On Nov 24, 2016 7:12 AM, "Iago Toral" wrote:
>
> On Thu, 2016-11-24 at 14:33 +0100, Iago Toral wrote:
> > Hi Lionel,
> >
> > On Thu, 2016-11-24 at 13:08 +, Lionel Landwerlin wrote:
> > >
> > > Hi Iago,
> > >
> > > Looking at the history, before
> > > ed4fe3e9ba9018e68afe6fdd4f267218a537fdaa
>
On Fri, 2016-11-25 at 00:00 +, Emil Velikov wrote:
> On 17 November 2016 at 17:27, Emil Velikov wrote:
>
> > Admittedly not a huge C++ expert, but what's wrong with having a
> > simple 5 line patch that adds the original code in a if guard ?
> > If then the LLVM <= 3.9 codepath is (somewhat)
On Tue, 2016-11-22 at 20:25 +0100, Vedran Miletić wrote:
> The commit 8e430ff8b060b4e8e922bae24b3c57837da6ea77 support for LLVM
> 3.9 and older versionsin Clover. This patch restores it and refactors
> the support using Clover compatibility layer for LLVM.
>
> v2: merged #ifdef blocks
> v3: added
Thanks.
Patches 7 & 8 are:
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 17 November 2016 at 17:27, Emil Velikov wrote:
> Admittedly not a huge C++ expert, but what's wrong with having a
> simple 5 line patch that adds the original code in a if guard ?
> If then the LLVM <= 3.9 codepath is (somewhat) wrong, let's tackle
> that separately.
>
Anyone ?
Emil
_
On 24 November 2016 at 18:35, Bas Nieuwenhuizen
wrote:
> You might want to rename the title of this patch.
>
That's correct, thanks. Fixed locally.
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/list
Instead of (incorrectly) biasing the snorm value to make it look like a
unorm, just use signed integer math.
This fixes arb_color_buffer_float-render GL_RGBA8_SNORM
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/swr/rasterizer/jitter/blend_jit.cpp | 17 -
1 file changed, 12
On 24 November 2016 at 20:58, Jason Ekstrand wrote:
> I'm not sure what I think of this... It has some interesting implications.
> I'll think about it and write something more detailed on Monday.
But but... it helps up get rid of the lovely timestamp experience
Thanks for having a look - how go
On 24 November 2016 at 20:44, Jason Ekstrand wrote:
> On Nov 24, 2016 9:26 AM, "Emil Velikov" wrote:
>>
>> Hello list,
>>
>> The candidate for the Mesa 13.0.2 is now available. Currently we have:
>> - 49 queued
>> - 4 nominated (outstanding)
>> - and 1 rejected patch(es)
>>
>>
>> With this ser
Seems like libdrm_amdgpu does a dup indeed. Patches 7-8 are
Reviewed-by: Bas Nieuwenhuizen
On Thu, Nov 24, 2016 at 9:30 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> radv_amdgpu_winsys_create() does not take ownership of the fd, thus we
> end up leaking it as we return with VK_SUCCESS.
>
>
I don't see any regressions in the automated test suites (piglit, deqp,
gl cts) with this patch.
-Mark
Emil Velikov writes:
> On 24 November 2016 at 06:22, Boyan Ding wrote:
>> 2016-11-24 13:29 GMT+08:00 Derek Foreman :
>>> On 23/11/16 07:18 PM, Boyan Ding wrote:
2016-11-24 7:01 GMT+
Thanks for the explanation, feel free to wait for Jason's rb otherwise
:
Reviewed-by: Lionel Landwerlin
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=98166
Emil Velikov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=96993
Ilia Mirkin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
I'm not sure what I think of this... It has some interesting implications.
I'll think about it and write something more detailed on Monday.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Nov 24, 2016 12:42 PM, "Emil Velikov" wrote:
>
> From: Emil Velikov
>
> Port of an equivalent commit for radv.
>
> Signed-off-by: Emil Velikov
> ---
> src/intel/vulkan/anv_device.c | 18 ++
> src/intel/vulkan/anv_pipeline_cache.c | 8
> src/intel/vulkan/anv_
On Nov 24, 2016 9:26 AM, "Emil Velikov" wrote:
>
> Hello list,
>
> The candidate for the Mesa 13.0.2 is now available. Currently we have:
> - 49 queued
> - 4 nominated (outstanding)
> - and 1 rejected patch(es)
>
>
> With this series we have - fixes for vc4, i965 and radeon drivers. In
addition
From: Emil Velikov
Inspired by a similar commit for radv.
Rather than recomputing the timestamp on each make invocation, just
fetch it at runtime.
Thus we no longer get the constant rebuild of anv_device.c and the
follow-up libvulkan_intel.so link, when nothing has changed.
I.e. using make &&
From: Emil Velikov
Cc: "13.0"
Signed-off-by: Emil Velikov
---
src/intel/vulkan/anv_device.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index 4711501..0e01e28 100644
--- a/src/intel/vulkan/anv_device.c
+++
From: Emil Velikov
radv_amdgpu_winsys_create() does not take ownership of the fd, thus we
end up leaking it as we return with VK_SUCCESS.
Cc: Dave Airlie
Cc: "13.0"
Signed-off-by: Emil Velikov
---
Not 100% sure on this one.
---
src/amd/vulkan/radv_device.c | 1 +
1 file changed, 1 insertion(
From: Emil Velikov
No longer used as of last commit.
Signed-off-by: Emil Velikov
---
src/intel/vulkan/Makefile.am | 6 --
src/intel/vulkan/Makefile.sources | 3 +--
2 files changed, 1 insertion(+), 8 deletions(-)
diff --git a/src/intel/vulkan/Makefile.am b/src/intel/vulkan/Makefile.a
From: Emil Velikov
Good bye, you shall not be missed.
Signed-off-by: Emil Velikov
---
configure.ac | 2 --
1 file changed, 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5f30ae8..e7e5628 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2644,8 +2644,6 @@ AC_SUBST([XA_MINOR], $XA
From: Emil Velikov
If radv_device_get_cache_uuid() fails result will be VK_SUCCESS as set
by the radv_init_wsi() call above.
Fixes: d943839 (radv: Use library mtime for cache UUID.)
Cc: Bas Nieuwenhuizen
Signed-off-by: Emil Velikov
---
src/amd/vulkan/radv_device.c | 2 ++
1 file changed, 2 in
From: Emil Velikov
brw_compiler_create() rzalloc-ates memory which we forgot to free.
Cc: "13.0"
Signed-off-by: Emil Velikov
---
src/intel/vulkan/anv_device.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.
From: Emil Velikov
Port of an equivalent commit for radv.
Signed-off-by: Emil Velikov
---
src/intel/vulkan/anv_device.c | 18 ++
src/intel/vulkan/anv_pipeline_cache.c | 8
src/intel/vulkan/anv_private.h| 4 ++--
3 files changed, 16 insertions(+), 14 d
Clip distances need to be perspective-divided. This fixes all the
interpolation-*-{distance,vertex} piglits.
Also take this opportunity to fix clip distances for points rasterized
as triangles - the clip distance is not subject to sprite coord
replacement, so there's no interpolation of it. We jus
From: Boyuan Zhang
The gop_size in rate control is the budget window for internal rate
control calculation, and shouldn't always equal to idr period. Define
a coefficient to let budget window contains a number of idr period for
proper rate control calculation. Adjust the number of i/p frame remai
https://bugs.freedesktop.org/show_bug.cgi?id=98846
Bug ID: 98846
Summary: triangle clipping causes wrong vertex's attribute to
be broadcasted for flat interpolation
Product: Mesa
Version: git
Hardware: Other
From: Boyuan Zhang
The gop_size in rate control is the budget window for internal rate
control calculation, and shouldn't always equal to idr period. Define
a coefficient to let budget window contains a number of idr period for
proper rate control calculation. Adjust the number of i/p frame remai
On 23/11/16 17:37, Emil Velikov wrote:
On 23 November 2016 at 16:14, George Kyriazis wrote:
---
src/gallium/targets/libgl-gdi/SConscript | 1 +
src/gallium/targets/libgl-gdi/libgl_gdi.c | 4
2 files changed, 5 insertions(+)
diff --git a/src/gallium/targets/libgl-gdi/SConscript
b/src/ga
Making this thread safe is probably overkill I guess?
Reviewed-by: Bas Nieuwenhuizen
On Thu, Nov 24, 2016 at 7:18 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> Signed-off-by: Emil Velikov
> ---
> src/amd/vulkan/radv_private.h | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
On 11/24/2016 06:25 PM, Emil Velikov wrote:
> Hello list,
>
> The candidate for the Mesa 13.0.2 is now available. Currently we have:
> - 49 queued
> - 4 nominated (outstanding)
> - and 1 rejected patch(es)
>
>
> With this series we have - fixes for vc4, i965 and radeon drivers. In addition
>
You might want to rename the title of this patch.
- Bas
On Thu, Nov 24, 2016 at 7:18 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> Signed-off-by: Emil Velikov
> ---
> src/intel/isl/isl_priv.h | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/src/intel/isl/isl_
Reviewed-by: Bas Nieuwenhuizen
On Thu, Nov 24, 2016 at 7:14 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> Cap up-to the number of properties available while copying the data.
> Otherwise we might crash and/or leak data.
>
> Cc: Dave Airlie
> Cc: "13.0"
> Signed-off-by: Emil Velikov
> ---
On Thu, Nov 24, 2016 at 10:01:51AM -0800, Jason Ekstrand wrote:
>On Nov 24, 2016 6:06 AM, "Topi Pohjolainen"
><[1]topi.pohjolai...@gmail.com> wrote:
>>
>> Note that RESOLVED is not tracked in the map explicitly. Absence
>> of item implicitly means RESOLVED state.
>>
>> v
From: Emil Velikov
Signed-off-by: Emil Velikov
---
src/amd/vulkan/radv_private.h | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_private.h b/src/amd/vulkan/radv_private.h
index a5d13a9..def0af2 100644
--- a/src/amd/vulkan/radv_private.h
+++ b/src/a
From: Emil Velikov
Use the generic construct instead of the currect GCC specific one.
Cc: Kenneth Graunke
Suggested-by: Kenneth Graunke
Signed-off-by: Emil Velikov
---
src/intel/vulkan/anv_private.h | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/intel
From: Emil Velikov
Signed-off-by: Emil Velikov
---
src/intel/isl/isl_priv.h | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/intel/isl/isl_priv.h b/src/intel/isl/isl_priv.h
index dc3975d..1867d25 100644
--- a/src/intel/isl/isl_priv.h
+++ b/src/intel/isl/isl_priv.h
From: Emil Velikov
Cap up-to the number of properties available while copying the data.
Otherwise we might crash and/or leak data.
Cc: Dave Airlie
Cc: "13.0"
Signed-off-by: Emil Velikov
---
src/amd/vulkan/radv_device.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
On 24 November 2016 at 18:09, Gustaw Smolarczyk wrote:
> 2016-11-24 18:25 GMT+01:00 Emil Velikov :
>> The plan is to have 13.0.2 this Saturday (25th of November), around or
>
> Saturday is 26th of November.
>
That's correct. Thank you.
Emil
___
mesa-de
2016-11-24 18:25 GMT+01:00 Emil Velikov :
> Hello list,
>
> The candidate for the Mesa 13.0.2 is now available. Currently we have:
> - 49 queued
> - 4 nominated (outstanding)
> - and 1 rejected patch(es)
>
>
> With this series we have - fixes for vc4, i965 and radeon drivers. In
> addition
> to
On Nov 24, 2016 6:06 AM, "Topi Pohjolainen"
wrote:
>
> Note that RESOLVED is not tracked in the map explicitly. Absence
> of item implicitly means RESOLVED state.
>
> v2: Added intel_resolve_map_clear() into intel_miptree_release()
> v3 (Jason): Properly handle the assumption of resolve map not
>
Hello list,
The candidate for the Mesa 13.0.2 is now available. Currently we have:
- 49 queued
- 4 nominated (outstanding)
- and 1 rejected patch(es)
With this series we have - fixes for vc4, i965 and radeon drivers. In addition
to that PCI IDs for Geminilake have been added to the i965 drive
On Nov 24, 2016 8:42 AM, "Ben Widawsky" wrote:
>
> On 16-11-23 12:04:02, Jason Ekstrand wrote:
>>
>> On Wed, Nov 23, 2016 at 10:16 AM, Pohjolainen, Topi <
>> topi.pohjolai...@gmail.com> wrote:
>>
>>> On Wed, Nov 23, 2016 at 09:05:39AM -0800, Jason Ekstrand wrote:
>>> >On Wed, Nov 23, 2016 at 1
https://bugs.freedesktop.org/show_bug.cgi?id=98833
--- Comment #5 from Eero Tamminen ---
Happens both on BDW & SKL, both with Ubuntu 16.04 kernel & latest kernel from
drm nightly git.
Not sure whether I have time to write test program, but at least I can provide
EGL/GL API calls from apitrace du
On 16-11-23 12:04:02, Jason Ekstrand wrote:
On Wed, Nov 23, 2016 at 10:16 AM, Pohjolainen, Topi <
topi.pohjolai...@gmail.com> wrote:
On Wed, Nov 23, 2016 at 09:05:39AM -0800, Jason Ekstrand wrote:
>On Wed, Nov 23, 2016 at 1:16 AM, Topi Pohjolainen
><[1]topi.pohjolai...@gmail.com> wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=98842
--- Comment #1 from Emil Velikov ---
Can you search through your system for the following files libdrm.so and
libdrm.pc.
For both, provide the exact location. And the contents in for the latter.
Thanks
--
You are receiving this mail because:
Y
On 24/11/16 08:53 AM, Emil Velikov wrote:
On 24 November 2016 at 06:22, Boyan Ding wrote:
2016-11-24 13:29 GMT+08:00 Derek Foreman :
On 23/11/16 07:18 PM, Boyan Ding wrote:
2016-11-24 7:01 GMT+08:00 Derek Foreman :
This is a copy of commit 536003c11e4cb1172c540932ce3cce06f03bf44e
except fo
From: Varad Gautam
allow egl clients to query the dmabuf formats supported on this platform.
Signed-off-by: Louis-Francis Ratté-Boulianne
Signed-off-by: Varad Gautam
---
src/egl/drivers/dri2/egl_dri2.c | 17 +
src/egl/main/eglapi.c | 19 +++
src/egl/m
From: Varad Gautam
query and return supported dmabuf format modifiers for
EGL_EXT_image_dma_buf_import_modifiers.
Signed-off-by: Varad Gautam
---
src/egl/drivers/dri2/egl_dri2.c | 47 +
src/egl/main/eglapi.c | 21 ++
src/egl/mai
From: Varad Gautam
Signed-off-by: Varad Gautam
---
src/egl/drivers/dri2/egl_dri2.c | 5 +
src/egl/main/eglapi.c | 1 +
2 files changed, 6 insertions(+)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index d387e28..e155801 100644
--- a/src/egl/drive
From: Varad Gautam
support importing dmabufs into DRIimage taking format modifiers in
account, as per DRIimage extension version 14.
Signed-off-by: Varad Gautam
---
src/gallium/include/state_tracker/drm_driver.h | 2 ++
src/gallium/state_trackers/dri/dri2.c | 45 +
From: Varad Gautam
ask the driver for supported dmabuf formats
Signed-off-by: Varad Gautam
---
src/gallium/state_trackers/dri/dri2.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/gallium/state_trackers/dri/dri2.c
b/src/gallium/state_trackers/dri/dri2.c
index a2b87a7.
From: Varad Gautam
ask the driver for supported modifiers for a given format.
bump __DRI_IMAGE implementation version to 15.
Signed-off-by: Varad Gautam
---
src/gallium/state_trackers/dri/dri2.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/src/gall
From: Varad Gautam
allow creating EGLImages with dmabuf format modifiers when target is
EGL_LINUX_DMA_BUF_EXT for EGL_EXT_image_dma_buf_import_modifiers.
v2:
- clear modifier assembling and error label name (Eric Engestrom)
v3:
- remove goto jumps within switch-case (Emil Velikov)
- treat zer
From: Varad Gautam
these allow querying the driver for supported dmabuf formats and
modifiers.
Signed-off-by: Varad Gautam
---
include/GL/internal/dri_interface.h | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/include/GL/internal/dri_interface.h
b/i
From: Varad Gautam
this allows drivers to be queried for supported formats and format
modifiers. drivers that implement these queries must expose these under
PIPE_CAP_QUERY_DMABUF_ATTRIBS.
Signed-off-by: Varad Gautam
---
src/gallium/docs/source/screen.rst | 2 ++
src/gallium/dri
From: Pekka Paalanen
add createImageFromDmaBufs2 function which accepts per-plane dmabuf
format modifiers.
Signed-off-by: Pekka Paalanen
Signed-off-by: Varad Gautam
---
include/GL/internal/dri_interface.h | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git
From: Varad Gautam
update eglext.h to revision 33288 from Khronos
Signed-off-by: Varad Gautam
Reviewed-by: Eric Engestrom
---
include/EGL/eglext.h | 60 ++--
1 file changed, 58 insertions(+), 2 deletions(-)
diff --git a/include/EGL/eglext.h b/i
From: Pekka Paalanen
Rather than hardcoding 3, use a #define. Makes it easier to bump this
later to 4.
Signed-off-by: Pekka Paalanen
Signed-off-by: Varad Gautam
Reviewed-by: Eric Engestrom
---
src/egl/drivers/dri2/egl_dri2.c | 8
src/egl/main/eglimage.h | 8 +---
2 files
From: Pekka Paalanen
The EGL_EXT_dma_buf_import_modifiers extension adds support for a
fourth plane, just like DRM KMS API does.
Bump maximum dma_buf plane count to four.
v2: prevent attribute tokens from being parsed if
EXT_image_dma_buf_import_modifiers is not suported. (Emil Velikov)
Si
From: Pekka Paalanen
Commit 0135e5d6c83add5e539492a4899504e33f3f2434 "egl: Add support for
more EGLImage extensions to EGL core." removed an error code for unknown
EGLImage attributes without explaining why.
EGL_KHR_image_base says:
* If an attribute specified in is not one of the
This is the second revision to the EGL_EXT_image_dma_buf_import_modifiers [1]
series at [2], addressing the comments received. This diverges from v1 due to
some reordered/squashed changes, hence the resend.
Major modifications include:
* Both format and modifier queries are now handled in the driv
On Thu, 2016-11-24 at 14:33 +0100, Iago Toral wrote:
> Hi Lionel,
>
> On Thu, 2016-11-24 at 13:08 +, Lionel Landwerlin wrote:
> >
> > Hi Iago,
> >
> > Looking at the history, before
> > ed4fe3e9ba9018e68afe6fdd4f267218a537fdaa
> > we seem to set min/mag filter to MAPFILTER_ANISOTROPIC if
>
On 24 November 2016 at 06:22, Boyan Ding wrote:
> 2016-11-24 13:29 GMT+08:00 Derek Foreman :
>> On 23/11/16 07:18 PM, Boyan Ding wrote:
>>>
>>> 2016-11-24 7:01 GMT+08:00 Derek Foreman :
This is a copy of commit 536003c11e4cb1172c540932ce3cce06f03bf44e
except for i915.
Orig
On Wed, Nov 23, 2016 at 11:15:59AM +0200, Topi Pohjolainen wrote:
> This is a rebase on top recent changes by Jason and Lionel. While
> things have changed quite a bit in some of the patches they have
> mostly become clearer.
> 2.5.5
I handpicked and sent v3 for patches that went thru significant
Until now fast clear has been supported only for non-layered and
non-mipmapped buffers. However, from gen8 onwards there is hardware
support also for layered/mipmapped. Once this is enabled, fast clear
operations target specific layer/level and call for the state to be
tracked in the same granulari
Note that RESOLVED is not tracked in the map explicitly. Absence
of item implicitly means RESOLVED state.
v2: Added intel_resolve_map_clear() into intel_miptree_release()
v3 (Jason): Properly handle the assumption of resolve map not
containing any items with state RESOLVED. Removed
One can now also delete intel_get_non_msrt_mcs_alignment().
v2 (Jason): Do not leak aux buf but allocate only after getting
ISL surfaces.
Signed-off-by: Topi Pohjolainen
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 138 +++---
src/mesa/drivers/dri/i965/int
v2: Make intel_miptree_resolve_color() take start layer and
layer count.
Signed-off-by: Topi Pohjolainen
---
src/mesa/drivers/dri/i965/brw_blorp.c | 13 ++-
src/mesa/drivers/dri/i965/brw_blorp.h | 3 ++-
src/mesa/drivers/dri/i965/brw_context.c | 14 +++-
https://bugs.freedesktop.org/show_bug.cgi?id=91724
--- Comment #5 from Emil Velikov ---
Hi Frederic, sorry for dropping the ball on this one.
Can you please attach (as plain text) the instructions and demo program that
you've mentioned - the gist seems to have been removed.
If you already have
https://bugs.freedesktop.org/show_bug.cgi?id=95035
--- Comment #12 from Emil Velikov ---
Hi Frederic, please send your patches to the ML for review[1].
[1] http://mesa3d.org/devinfo.html#submitting
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact
https://bugs.freedesktop.org/show_bug.cgi?id=97145
--- Comment #1 from Emil Velikov ---
Most/all of that should be resolved with commit
a89faa2022fd995af2019c886b152b49a01f9392.
Please give it a try and let me know the exact configure line (and the
summary?) if things are still odd.
--
You are
Hi Lionel,
On Thu, 2016-11-24 at 13:08 +, Lionel Landwerlin wrote:
> Hi Iago,
>
> Looking at the history, before
> ed4fe3e9ba9018e68afe6fdd4f267218a537fdaa
> we seem to set min/mag filter to MAPFILTER_ANISOTROPIC if
> maxAnisotropy
> > 1. It seems your patch makes sense in using MAPFILTER_
On 23 November 2016 at 19:07, Bas Nieuwenhuizen
wrote:
> Not needed anymore.
>
> Signed-off-by: Bas Nieuwenhuizen
> ---
> src/amd/vulkan/Makefile.am | 6 +-
> src/amd/vulkan/Makefile.sources | 3 +--
> 2 files changed, 2 insertions(+), 7 deletions(-)
>
> diff --git a/src/amd/vulkan/Mak
Reviewed-by: Lionel Landwerlin
On 24/11/16 12:36, Juan A. Suarez Romero wrote:
Fixes defined but not used warning.
---
src/intel/vulkan/genX_pipeline.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/intel/vulkan/genX_pipeline.c b/src/intel/vulkan/genX_pipeline.c
index ada7985..991
Reviewed-by: Lionel Landwerlin
On 24/11/16 12:36, Juan A. Suarez Romero wrote:
Fixes warning.
---
src/intel/vulkan/genX_pipeline.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/vulkan/genX_pipeline.c b/src/intel/vulkan/genX_pipeline.c
index cb164ad..ada7985 10
Hi Iago,
Looking at the history, before ed4fe3e9ba9018e68afe6fdd4f267218a537fdaa
we seem to set min/mag filter to MAPFILTER_ANISOTROPIC if maxAnisotropy
> 1. It seems your patch makes sense in using MAPFILTER_ANISOTROPIC in
the NEAREST case, but I wonder whether we should also check for
maxAn
And declare coded_buf in vlVaContext as "vlVaBuffer *" instead of
"struct vlVaBuffer *".
This fixes several warnings later about assignment from incompatible
pointer type.
---
src/gallium/state_trackers/va/va_private.h | 30 +++---
1 file changed, 15 insertions(+), 15 dele
pbuff is defined but not used.
---
src/gallium/state_trackers/va/surface.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/surface.c
b/src/gallium/state_trackers/va/surface.c
index f8513d9..357e85e 100644
--- a/src/gallium/state_trackers/va/surface.c
+++ b/src/gal
Fixes a warning.
---
src/gallium/auxiliary/nir/tgsi_to_nir.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/auxiliary/nir/tgsi_to_nir.c
b/src/gallium/auxiliary/nir/tgsi_to_nir.c
index 3f05acd..e90684f 100644
--- a/src/gallium/auxiliary/nir/tgsi_to_nir.c
+++ b/src/gallium/auxiliar
I'm sending several unrelated patches that fix different warnings when building
Mesa.
Juan A. Suarez Romero (5):
anv/pipeline: do not discard 'const' modifier
anv/pipeline: define is_dual_src_blend_factor() for gen <= 8
st/va: remove unsed variable
ttn: handle GLSL_SAMPLER_DIM_SUBPASS_MS c
Fixes defined but not used warning.
---
src/intel/vulkan/genX_pipeline.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/intel/vulkan/genX_pipeline.c b/src/intel/vulkan/genX_pipeline.c
index ada7985..991fbf6 100644
--- a/src/intel/vulkan/genX_pipeline.c
+++ b/src/intel/vulkan/genX_pipeli
1 - 100 of 111 matches
Mail list logo
