If there is no last fence, due to no rendering happening yet, just
create a new signaled fence and return it, to match the expectations of
the EGL sync fence API.
Fixes random "Could not create sync fence 0x3003" assertion failures from
Skia on Android, coming from the following code:
https://and
On Thu, 2018-12-13 at 07:02 -0600, Jason Ekstrand wrote:
> On December 13, 2018 04:07:56 Iago Toral wrote:
>
> > On Thu, 2018-12-06 at 13:45 -0600, Jason Ekstrand wrote:
> > (...)
> > > diff --git a/src/compiler/nir/nir_builder.h
> > > b/src/compiler/nir/nir_builder.h
> > > index 30fa1d7ec8b..e0c
On Thursday, December 13, 2018 5:00:43 PM PST Rafael Antognolli wrote:
> On Wed, Oct 31, 2018 at 04:27:31PM -0700, Kenneth Graunke wrote:
> > On Wednesday, October 31, 2018 11:15:28 AM PDT Rafael Antognolli wrote:
> > > On Tue, Oct 30, 2018 at 04:32:54PM -0700, Kenneth Graunke wrote:
> > > > On Mon
On Wednesday, December 12, 2018 9:09:54 AM PST Jason Ekstrand wrote:
> On Tue, Dec 11, 2018 at 10:31 PM Kenneth Graunke
> wrote:
>
> > When we first started using genxml, we decided to represent MOCS as an
> > actual structure, and pack values. However, in many places, it was more
> > convenient
On 12/13/18 6:06 PM, Rhys Perry wrote:
This is so that we can split different types of loads more easily.
Signed-off-by: Rhys Perry
---
src/amd/common/ac_llvm_build.c | 8 ++--
src/amd/common/ac_nir_to_llvm.c | 80 -
src/compiler/nir/nir.h | 2 +
See my comment on the first patch. Anyways, series is:
Reviewed-by: Samuel Pitoiset
On 12/13/18 6:06 PM, Rhys Perry wrote:
Fixes: 7e7ee826982 ('ac: add support for 16bit buffer loads')
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108114
Signed-off-by: Rhys Perry
---
src/amd/common
On Wednesday, December 12, 2018 9:17:38 AM PST Jason Ekstrand wrote:
> On Wed, Dec 12, 2018 at 11:09 AM Jason Ekstrand
> wrote:
>
> > On Tue, Dec 11, 2018 at 10:31 PM Kenneth Graunke
> > wrote:
> >
> >> When we first started using genxml, we decided to represent MOCS as an
> >> actual structure,
I thought the value was correctly propagated, but actually not.
Fixes: 2ac6d55f38c ("radv: bump reported version to 1.1.90")
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_extensions.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_extensions.py
Am Mittwoch, den 12.12.2018, 14:45 +0100 schrieb Christian Gmeiner:
> There is no need to have an extra ctx paramter as all the other
> parameters carry all the needed information.
>
> Signed-off-by: Christian Gmeiner
Reviewed-by: Lucas Stach
> ---
> src/gallium/drivers/etnaviv/etnaviv_shader
Am Donnerstag, den 13.12.2018, 22:20 +0100 schrieb Erik Faye-Lund:
> On Thu, 2018-11-15 at 13:45 +0100, Gert Wollny wrote:
> > From: Gert Wollny
> >
> > Dear all,
> >
> > after the RFC and Ilias comments I reworked the series another
> > time.
> > Changes with respect to the RFC are
> > -
On Fri, Dec 14, 2018 at 08:47:23AM +0100, Iago Toral wrote:
> On Thu, 2018-12-13 at 12:49 +0200, Pohjolainen, Topi wrote:
> > On Thu, Dec 13, 2018 at 09:10:24AM +0100, Iago Toral wrote:
> > > On Wed, 2018-12-12 at 14:15 +0200, Pohjolainen, Topi wrote:
> > > > On Wed, Dec 12, 2018 at 09:48:20AM +010
On Thu, 2018-12-13 at 10:46 -0800, Eric Anholt wrote:
> Dylan Baker writes:
>
> > [ Unknown signature status ]
> > In the autotools discussion I've come to realize that we also need
> > to talk about
> > the -DDEBUG guard. It seems that there are two different uses, and
> > thus two
> > different
On Wed, 2018-12-12 at 09:03 -0800, Dylan Baker wrote:
> Thanks for looking into these. I've gone ahead and added the Fixes and Emil's
> rb,
> plus my rb and pushed *this* patch to master. I've pulled all of the others
> except the "delete me" fixup into my branch (since I'll drop that patch before
On Thu, 2018-12-13 at 18:07 +0100, Axel Davy wrote:
> On 13/12/2018 17:57, Mathias Fröhlich wrote:
> > Hi,
> > Initially it seemed to me that I am about the only one sticking
> > with mailing lists.
> > And I personally feel like a too small contributor to really try to
> > influence your
> > decis
https://bugs.freedesktop.org/show_bug.cgi?id=108275
--- Comment #10 from Samuel Pitoiset ---
Can you try latest master? Apparently,
https://cgit.freedesktop.org/mesa/mesa/commit/?id=5921a19d4b0c6491b3535b5154d585384c9ea144
fixes the problem for some reasons.
I wonder if LLVM was confused with th
On Fri, 14 Dec 2018 at 11:05, Juan A. Suarez Romero wrote:
>
> On Wed, 2018-12-12 at 09:03 -0800, Dylan Baker wrote:
> > Thanks for looking into these. I've gone ahead and added the Fixes and
> > Emil's rb,
> > plus my rb and pushed *this* patch to master. I've pulled all of the others
> > except
On 14/12/18 0:54, Timothy Arceri wrote:
>
>
> On 13/12/18 11:11 pm, Alejandro Piñeiro wrote:
>> This is needed due how the types get rearranged after the struct
>> splitting.
>>
>> So for example, this array of blocks:
>>
>> layout(location = 0) out block {
>> vec4 v;
>> vec3 v2;
>>
On Thu, 2018-12-13 at 21:27 +0100, Gert Wollny wrote:
> IMHO allowing MRs is a good thing, so
> Acked-by: Gert Wollny
>
> I've added a little remark below.
>
> Best,
> Gert
>
> Am Mittwoch, den 05.12.2018, 15:32 -0800 schrieb Jordan Justen:
> > +You should periodically check to see i
On Tue, 2018-12-11 at 15:29 +0100, Erik Faye-Lund wrote:
> On Tue, 2018-12-11 at 15:26 +0100, Erik Faye-Lund wrote:
> > Virglrenderer does the wrong thing when given an instance divisor;
> > it tries to use the element-index rather than the binding-index as
> > the argument to glVertexBindingDiviso
On 12/13/18 9:27 PM, Gert Wollny wrote:
IMHO allowing MRs is a good thing, so
Acked-by: Gert Wollny
Allowing MRs isn't a bad thing. The main problem IMHO is that now we
have to look at both emails and MRs, and I think we are probably going
to miss interesting/important changes.
I've
Am Montag, den 10.12.2018, 15:10 -0800 schrieb Dylan Baker:
> Meson 0.49.0 has been out for a couple of days now, and I'd like to
> make the final call for autotools. My patch is so massive that it's a
> huge pain to send to the list, the latest versions is here:
> https://gitlab.freedesktop.org/db
Sounds perfect, thanks! ___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Use the anv_format address in formats table as implementation-defined
external format identifier for now. When adding YUV format support this
might need to change.
v2: code cleanup (Jason)
v3: set anv_format address as identifier
v4: setup suggestedYcbcrModel and suggested[X|Y]ChromaOffset
as
On 12/11/18 3:27 PM, Lionel Landwerlin wrote:
On 27/11/2018 10:53, Tapani Pälli wrote:
Since we don't know the exact format at creation time, some
initialization
is done only when bound with memory in vkBindImageMemory.
v2: demand dedicated allocation in vkGetImageMemoryRequirements2 if
If external format is used, we store the external format identifier in
conversion to be used later when creating VkImageView.
v2: rebase to b43f955037c changes
v3: added assert, ignore components when creating external
format conversion (Lionel)
Signed-off-by: Tapani Pälli
---
src/intel/vul
On 12/11/18 3:48 PM, Lionel Landwerlin wrote:
On 27/11/2018 10:53, Tapani Pälli wrote:
If a conversion struct was passed, then initialize view using
format from the conversion structure.
v2: use vk_format directly from the anv_format struct
Signed-off-by: Tapani Pälli
One suggestion :
R
On 12/11/18 4:33 PM, Lionel Landwerlin wrote:
On 27/11/2018 10:53, Tapani Pälli wrote:
Signed-off-by: Tapani Pälli
Reviewed-by: Lionel Landwerlin
Thanks a lot! I've applied all changes you proposed and sent new
versions on the ones where r-b was not given. I also pushed a new branch
w
Am Freitag, den 14.12.2018, 01:19 -0500 schrieb Ilia Mirkin:
> I have to say that the user experience for autotools is WAY better
> than for meson. As a concrete example, I had a meson build. Then I
> updated meson (0.48.1 to 0.48.2). Now ninja -C foo doesn't work.
> meson
> --reconfigure (which pr
https://bugs.freedesktop.org/show_bug.cgi?id=108275
--- Comment #11 from Timothy Arceri ---
(In reply to Samuel Pitoiset from comment #10)
> Can you try latest master? Apparently,
> https://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=5921a19d4b0c6491b3535b5154d585384c9ea144 fixes the problem for
https://bugs.freedesktop.org/show_bug.cgi?id=107822
fin4...@hotmail.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEEDINFO
On 12/14/18 12:53 PM, Erik Faye-Lund wrote:
On Thu, 2018-12-13 at 10:46 -0800, Eric Anholt wrote:
Dylan Baker writes:
[ Unknown signature status ]
In the autotools discussion I've come to realize that we also need
to talk about
the -DDEBUG guard. It seems that there are two different uses,
https://bugs.freedesktop.org/show_bug.cgi?id=108275
--- Comment #12 from mais...@archlinux.us ---
Yes, with latest master, it works as expected.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.__
On Fri, 14 Dec 2018 at 15:42, Gert Wollny wrote:
> Am Freitag, den 14.12.2018, 01:19 -0500 schrieb Ilia Mirkin:
> > meson is not at a point where it Just Works. It ... sometimes works.
> > The fact that everyone has scripts which wrap meson is a symptom of
> > that. I don't feel good about dumping
Am Freitag, den 14.12.2018, 12:38 +0100 schrieb Samuel Pitoiset:
>
> On 12/13/18 9:27 PM, Gert Wollny wrote:
> > IMHO allowing MRs is a good thing, so
> >Acked-by: Gert Wollny
> >
>
> Allowing MRs isn't a bad thing. The main problem IMHO is that now we
> have to look at both emails and MRs,
Hi all,
Here is v2 of the gl dispatch rework, that makes use of the upstream
Khronos gl.xml. Seen [1] for details.
Changes since v1:
- use os.path.join - existing mesa and new patches (Dylan)
- new patch: drop gl_dispatch_stub declarations (Erik)
- new patch: revert ABI breaking change (Erik)
From: Emil Velikov
With Windows in mind, using forward slash isn't the right thing to do.
Even if it just works, we might want to fix it.
As here, use __file__ instead of argv[0] and sys.path.insert over
sys.path.append. With the path tweak being reportedly faster.
Cc: Dylan Baker
Suggested-by
From: Erik Faye-Lund
These declarations are not used anywhere - be that generated code or
otherwise.
[Emil: format the hunk from Erik into a patch]
Signed-off-by: Emil Velikov
---
src/mapi/mapi_abi.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mapi/mapi_abi.py b/
From: Emil Velikov
Makes it easier to compare the newly generated header against the old
one. Will be reverted after the transition.
---
src/mapi/new/genCommon.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mapi/new/genCommon.py b/src/mapi/new/genCommon.py
index b0925d80151..ec48d
From: Emil Velikov
Currently various parts of mesa use the glapi_table differently.
Some use _glapi_get_proc_offset() to get the offset, while others
directly reference the specific offset via _gloffset_Function.
Add all static entries, to ensure things don't break as we flip to the
upstream XM
From: Emil Velikov
Currently we have over 20 scripts that generate the libGL* dispatch and
various other functionality. More importantly we're using local XML
files instead of the Khronos provides one(s). Resulting in an
increasing complexity of writing, maintaining and bugfixing.
One fairly ann
From: Emil Velikov
Strictly speaking we can rework the rest of the code so we do not need
those. That said, this will require a series on it's own so let's carry
this local quirk for now.
Signed-off-by: Emil Velikov
---
src/mapi/new/gen_gldispatch_mapi.py | 12 ++--
1 file changed, 6 i
This reverts commit f1998e15ffccf260552bf559abe1a733a8ce990e.
This changes the ABI, such that glGetnTexImageARB entry-point from the
GLAPI gets removed. Thus accessing many functions by offset (as we do)
will result in getting the wrong one.
Follow-up work will swap the by-offset handling, but fo
This reverts commit a1f5d9412cf7cacb3534635f6c2409fafbe6574e.
We no longer needed to sort - it was meant only to ease compare against
the old generated files.
---
src/mapi/new/genCommon.py | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/mapi/new/genCommon.py b/src/mapi/new/genCommon.py
From: Emil Velikov
The helper will also be used by the new Khronos gl.xml aware generator.
v2: Move existing one, instead of duplicating it.
Suggested-by: Kyle Brenneman
Signed-off-by: Emil Velikov
---
src/egl/Makefile.am | 6 --
src/egl/generate/gen_egl_dispatch.
From: Emil Velikov
Otherwise the incorrect ones will be used, effectively breaking the ABI.
Note: some entries in static_data.py list a suffixed API, while (for ES*
at least) we expect the one w/o suffix.
v2:
- rework path handling (Dylan)
- use else if chain (Erik)
Signed-off-by: Emil Velik
From: Emil Velikov
A few of the entrypoints were incorrectly placed. Sort those to align
with the rest of the list.
Signed-off-by: Emil Velikov
Reviewed-by: Erik Faye-Lund
---
src/mapi/glapi/gen/static_data.py | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git
From: Emil Velikov
We haven't have one in years, so just drop the code.
Signed-off-by: Emil Velikov
Reviewed-by: Erik Faye-Lund
---
src/mapi/mapi_abi.py | 80
1 file changed, 6 insertions(+), 74 deletions(-)
diff --git a/src/mapi/mapi_abi.py b/src
From: Emil Velikov
Signed-off-by: Emil Velikov
Reviewed-by: Erik Faye-Lund
---
src/mapi/shared-glapi/SConscript | 28 +---
1 file changed, 21 insertions(+), 7 deletions(-)
diff --git a/src/mapi/shared-glapi/SConscript b/src/mapi/shared-glapi/SConscript
index 060c61dadc
From: Emil Velikov
As of earlier commit, everyone has switched to the new script for the ES
dispatch.
Signed-off-by: Emil Velikov
Reviewed-by: Erik Faye-Lund
---
src/mapi/glapi/gen/gl_XML.py | 56 +-
src/mapi/mapi_abi.py | 58 ---
From: Emil Velikov
Now we use the upstream XML file and a cleaner generator. Thus the
symbols are no longer exported and we can drop them from this list.
Signed-off-by: Emil Velikov
Reviewed-by: Erik Faye-Lund
---
src/mapi/es1api/ABI-check | 7 +--
src/mapi/es2api/ABI-check | 6 +-
2
There is no need for the noop functions, the public_stubs and
public_entries table or table size defines. Remove those.
Pretty much all of this is applicable to GLVND, although it
requires preparatory work.
v2:
- python style fixes (Dylan)
- use "gldispatch" instead of not "glesv1" "glesv2"
-
The output produced functionally identical, with the following changes:
- A cosmetic: swapped ABI compatible types [ GLclampf -> GLfloat, etc ]
- B cosmetic: renamed parameters [ zNear -> n, etc ]
- C dropped extension entrypoints - invalid/incorrect
To make things easier to validate, normalise
From: Emil Velikov
With the previous scripts API from the following was incorrectly
exported. Drop them from the list, since they're no longer around.
GL_EXT_blend_func_extended
GL_EXT_texture_integer
Signed-off-by: Emil Velikov
Reviewed-by: Erik Faye-Lund
---
src/mapi/es2api/ABI-check | 5 -
From: Emil Velikov
v2: use ${foo})_py naming (Dylan)
Cc: Dylan Baker
Cc: Eric Engestrom
Signed-off-by: Emil Velikov
---
src/mapi/es1api/meson.build| 6 +++---
src/mapi/es2api/meson.build| 6 +++---
src/mapi/glapi/gen/meson.build | 7 +++
3 files changed, 13 insertions(+), 6 delet
From: Emil Velikov
This way we can reuse the latter, which is already present in the
headers that we use. Thus we can drop the manual typedef we generate.
We might want to merge this back in GLVND.
Signed-off-by: Emil Velikov
---
src/mapi/new/genCommon.py | 1 +
src/mapi/new/gen_gld
From: Emil Velikov
As some point in the past we fixed the scripts so, these are no longer
exported. Drop them from the list.
Signed-off-by: Emil Velikov
Reviewed-by: Erik Faye-Lund
---
src/mapi/es1api/ABI-check | 3 ---
src/mapi/es2api/ABI-check | 3 ---
2 files changed, 6 deletions(-)
diff
From: Emil Velikov
Port glvnd commit 37fc6caa4b8 ("Fix typo in _LIBRARY_FEATURE_NAMES.")
from Michal Srb.
Signed-off-by: Emil Velikov
---
src/egl/generate/genCommon.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/egl/generate/genCommon.py b/src/egl/generate/genCommon
From: Emil Velikov
The only instance that requires the public_entries table is the
dispatch library - split that into another function.
We have to be careful with when undefining the guard, so split it out.
We might want to merge this back in GLVND.
Minor GLVND cleanup will be needed first.
Si
From: Emil Velikov
We already do it a few lines above - drop the duplicate.
Note that for consistency sake, we keep the substitution since the GL
API is a mixed bad - some use GLvoid while others a normal void.
We might want to merge this back in GLVND.
Signed-off-by: Emil Velikov
Reviewed-by
Reviewed-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> With Windows in mind, using forward slash isn't the right thing to
> do.
> Even if it just works, we might want to fix it.
>
> As here, use __file__ instead of argv[0] and sys.path.inser
Acked-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> This reverts commit f1998e15ffccf260552bf559abe1a733a8ce990e.
>
> This changes the ABI, such that glGetnTexImageARB entry-point from
> the
> GLAPI gets removed. Thus accessing many functions by offset (as we
> do)
Reviewed-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Port glvnd commit 37fc6caa4b8 ("Fix typo in _LIBRARY_FEATURE_NAMES.")
> from Michal Srb.
>
> Signed-off-by: Emil Velikov
> ---
> src/egl/generate/genCommon.py | 2 +-
> 1 file changed,
Reviewed-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Currently various parts of mesa use the glapi_table differently.
>
> Some use _glapi_get_proc_offset() to get the offset, while others
> directly reference the specific offset via _gloff
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> The helper will also be used by the new Khronos gl.xml aware
> generator.
>
> v2: Move existing one, instead of duplicating it.
>
> Suggested-by: Kyle Brenneman
> Signed-off-by: Emil Velikov
> ---
> src/egl/Makef
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Currently we have over 20 scripts that generate the libGL* dispatch
> and
> various other functionality. More importantly we're using local XML
> files instead of the Khronos provides one(s). Resulting in an
> increas
I assume this will be kicked out of the branch before we merge? I mean,
either works, it just seems a bit pointless to keep patches to aid
comparisons in our tree.
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Makes it easier to compare the newly generated heade
Reviewed-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Otherwise the incorrect ones will be used, effectively breaking the
> ABI.
>
> Note: some entries in static_data.py list a suffixed API, while (for
> ES*
> at least) we expect the one w/
Reviewed-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Strictly speaking we can rework the rest of the code so we do not
> need
> those. That said, this will require a series on it's own so let's
> carry
> this local quirk for now.
>
> Signe
Reviewed-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> There is no need for the noop functions, the public_stubs and
> public_entries table or table size defines. Remove those.
>
> Pretty much all of this is applicable to GLVND, although it
> requires preparatory wo
Reviewed-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> This way we can reuse the latter, which is already present in the
> headers that we use. Thus we can drop the manual typedef we generate.
>
> We might want to merge this back in GLVND.
>
For 16 and 17:
Reviewed-by: Erik Faye-Lund
On Fri, 2018-12-14 at 14:04 +, Emil Velikov wrote:
> From: Emil Velikov
>
> v2: use ${foo})_py naming (Dylan)
>
> Cc: Dylan Baker
> Cc: Eric Engestrom
> Signed-off-by: Emil Velikov
> ---
> src/mapi/es1api/meson.build| 6 +++---
> src/mapi
Sadly, the GLX_USE_APPLEGL and GLX_USE_WINDOWSGL cases are not identical
(because GLX_USE_WINDOWSGL uses vtables rather than a maze of ifdefs)
Include again, as functions prototyped by it are used in
the GLX_USE_WINDOWSGL path.
Make the include guard around the __glxGetMscRate() definition match
On Fri, 14 Dec 2018 at 14:56, Jon Turney wrote:
>
> Sadly, the GLX_USE_APPLEGL and GLX_USE_WINDOWSGL cases are not identical
> (because GLX_USE_WINDOWSGL uses vtables rather than a maze of ifdefs)
>
> Include again, as functions prototyped by it are used in
> the GLX_USE_WINDOWSGL path.
>
> Make
https://bugs.freedesktop.org/show_bug.cgi?id=109039
network...@rkmail.ru changed:
What|Removed |Added
CC||network...@rkmail.ru
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=109062
Bug ID: 109062
Summary: meson incorrectly handles/reports libdrm_$foo
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=109062
Emil Velikov changed:
What|Removed |Added
CC||baker.dyla...@gmail.com,
Signed-off-by: Kai Wasserbäch
---
src/gallium/state_trackers/clover/llvm/compat.hpp | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/state_trackers/clover/llvm/compat.hpp
b/src/gallium/state_trackers/clover/llvm/compat.hpp
index 975012cbda..9c5b9d8917 100644
--- a/src/gallium/
On Fri, Dec 14, 2018 at 4:12 AM Gert Wollny wrote:
> I second that, I voiced my concerns in a former thread, especially that
> so far this upcoming change has not been officially announced in the
> release notes or on mesa-user, and that I don't understand why it is so
> urgent to drop autotools w
On Fri, Dec 14, 2018 at 11:32 AM Matt Turner wrote:
>
> On Fri, Dec 14, 2018 at 4:12 AM Gert Wollny wrote:
> > I second that, I voiced my concerns in a former thread, especially that
> > so far this upcoming change has not been officially announced in the
> > release notes or on mesa-user, and th
On Fri, Dec 14, 2018 at 11:32 AM Matt Turner wrote:
>
> On Fri, Dec 14, 2018 at 4:12 AM Gert Wollny wrote:
> > I second that, I voiced my concerns in a former thread, especially that
> > so far this upcoming change has not been officially announced in the
> > release notes or on mesa-user, and th
https://bugs.freedesktop.org/show_bug.cgi?id=109062
--- Comment #1 from Dylan Baker ---
In meson we iterate through all of the libdrm versions required for each
enabled target, then select the hightest version and check only for that
version of libdrm and libdrm_*. We do this specifically to avoi
Quoting Gert Wollny (2018-12-14 03:44:32)
> Am Montag, den 10.12.2018, 15:10 -0800 schrieb Dylan Baker:
> > Meson 0.49.0 has been out for a couple of days now, and I'd like to
> > make the final call for autotools. My patch is so massive that it's a
> > huge pain to send to the list, the latest ver
Hi all,
Since I like MRs I've pushed the new version to
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/14
There is actually only one one-line change with respect to the series
as posted here, so using the MR also saves everyones band-width.
So far it was tested on r600 with the GLES
Ping?
Alex
On Fri, Dec 7, 2018 at 4:11 PM Alex Deucher wrote:
>
> Signed-off-by: Alex Deucher
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> include/pci_ids/radeonsi_pci_ids.h | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/include/pci_ids/radeonsi_pci_ids.h
>
Quoting Emil Velikov (2018-12-13 08:05:51)
> From: Emil Velikov
>
> The library is called libgalliumvl_stub - note singular.
>
> Fixes: 42ea0631f10 ("meson: build clover")
> Signed-off-by: Emil Velikov
> ---
> src/gallium/targets/pipe-loader/meson.build | 2 +-
> 1 file changed, 1 insertion(+)
Quoting Emil Velikov (2018-12-13 08:05:52)
> From: Emil Velikov
>
> The library is the dri capable one, push the check src/meson.build,
> instead of the current partial handling in src/glx/meson.build.
>
> Fixes: a47c525f328 ("meson: build glx")
This is just a refactor, the Fixes: is unnecessar
Quoting Emil Velikov (2018-12-13 08:05:53)
> From: Emil Velikov
>
> When producing the final libGL.so/libGLX_mesa.so we only link the local
> static helper lib (libglx). Thus there's no reason for the includes.
>
> Fixes: a47c525f328 ("meson: build glx")
> Signed-off-by: Emil Velikov
> ---
> s
---
src/mesa/state_tracker/st_nir_lower_builtin.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/src/mesa/state_tracker/st_nir_lower_builtin.c
b/src/mesa/state_tracker/st_nir_lower_builtin.c
index 195dc40b2ef..ab74d3183dc 100644
--- a/src/mesa/state_tracker/st_nir_lower_
On 14/12/2018 17:53, Dylan Baker wrote:
Quoting Gert Wollny (2018-12-14 03:44:32)
Am Montag, den 10.12.2018, 15:10 -0800 schrieb Dylan Baker:
(2) It would be nice if Meson would distribute some default cross build
files, currently everybody has to roll its own, and I guess in the end
they all lo
Quoting Andre Heider (2018-12-14 09:24:56)
> On 14/12/2018 17:53, Dylan Baker wrote:
> > Quoting Gert Wollny (2018-12-14 03:44:32)
> >> Am Montag, den 10.12.2018, 15:10 -0800 schrieb Dylan Baker:
> >> (2) It would be nice if Meson would distribute some default cross build
> >> files, currently ever
Quoting Tapani Pälli (2018-12-14 05:03:06)
>
>
> On 12/14/18 12:53 PM, Erik Faye-Lund wrote:
> > On Thu, 2018-12-13 at 10:46 -0800, Eric Anholt wrote:
> >> Dylan Baker writes:
> >>
> >>> [ Unknown signature status ]
> >>> In the autotools discussion I've come to realize that we also need
> >>> t
Quoting Emil Velikov (2018-12-13 08:05:54)
> From: Emil Velikov
>
> Accidentally dropped with earlier commit.!
>
> Fixes: 4ccb9816737 ("meson: Use consistent style for tests")
> Signed-off-by: Emil Velikov
> ---
> src/glx/tests/meson.build | 5 +
> 1 file changed, 5 insertions(+)
>
> diff
Quoting Emil Velikov (2018-12-13 08:05:55)
> From: Emil Velikov
>
> Swap '..' with the symbolic inc_glx and add glproto as dependency. That
> will pull the correct include, effectively fixing the tests on macOS.
>
> Fixes: a47c525f328 ("meson: build glx")
> Signed-off-by: Emil Velikov
> ---
>
Quoting Emil Velikov (2018-12-13 08:05:56)
> From: Emil Velikov
>
> Seemingly with LLVM7 and GCC 5.0, the former won't properly advertise
> -std=c++11 and the latter will choke.
>
> dd this temporary workaround, otherwise we'll get errors like:
>
> In file included from /usr/include/c++/5/type_
Quoting Emil Velikov (2018-12-13 08:05:57)
> From: Emil Velikov
>
> The latter is the default these days and Travis will be removing sudo
> soonish.
>
> Flipping to xenial, allows us to remove a bunch of hacks we have. Plus
> it prevents us from adding new ones, to workaround what seems like a
>
Quoting Emil Velikov (2018-12-13 08:05:58)
> From: Emil Velikov
>
> Signed-off-by: Emil Velikov
> ---
> .travis.yml | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/.travis.yml b/.travis.yml
> index deec40cb135..6fefe06617a 100644
> --- a/.travis.yml
> +++ b/.travis.yml
> @@ -670,5 +67
Quoting Emil Velikov (2018-12-13 08:05:59)
> From: Emil Velikov
>
> Provides quick and easy feedback.
>
> Signed-off-by: Emil Velikov
> ---
> .travis.yml | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/.travis.yml b/.travis.yml
> index 6fefe06617a..c69f322d7b3 100644
> --- a/.travi
Quoting Emil Velikov (2018-12-13 08:06:00)
> From: Dylan Baker
>
> This is the supported way to do this, and should be more robust and
> reliable.
>
> v2: [Emil]
> - enable backslash escapes
> - don't hardcode the path
> - pass the argument directly to meson
>
> Reviewed-by: Emil Velikov (v
Quoting Emil Velikov (2018-12-13 08:06:03)
> From: Emil Velikov
>
> It makes for a shorter MESON_OPTIONS and cleaner handling.
>
> Signed-off-by: Emil Velikov
> ---
> .travis.yml | 13 -
> 1 file changed, 4 insertions(+), 9 deletions(-)
>
> diff --git a/.travis.yml b/.travis.yml
>
Quoting Emil Velikov (2018-12-13 08:06:07)
> From: Emil Velikov
>
> This commit adds a number of build combos:
>
> - Gallium Drivers {SWR, RadeonSI, Others)
> Each one has different LLVM requirements. Building SWR alone is twice
> as slow as all other drivers combined.
>
> - Gallium ST Clover
1 - 100 of 140 matches
Mail list logo
