Hi John,
This patch and the previous one landed with a fixes tag nominating them for the
staging/19.0 branch, but they don't apply, and to get the to apply requires
pulling in several other android build system patches. If you'd like those in
the 19.0 stable branch can you put together an MR again
Quoting Emil Velikov (2019-05-03 03:41:42)
> On Thu, 2 May 2019 at 23:19, Rob Clark wrote:
> >
> > On Thu, May 2, 2019 at 2:57 PM Dan Willemsen wrote:
> > >
> > > On Thu, May 2, 2019 at 1:52 PM John Stultz wrote:
> > > >
> > > > We need solutions for the xgettext and the python-mako usage.
> > >
Quoting Emil Velikov (2019-02-19 08:51:18)
> On Tue, 19 Feb 2019 at 15:36, Dylan Baker wrote:
> >
> > Quoting Daniel Vetter (2019-02-19 07:20:12)
> > > On Tue, Feb 19, 2019 at 3:02 PM Eric Engestrom
> > > wrote:
> > > >
> > > > O
>
> > > > On Mon, 18 Feb 2019 at 17:42, Eric Engestrom
> > > > wrote:
> > > > >
> > > > > On Thursday, 2018-12-20 11:53:11 -0800, Dylan Baker wrote:
> > > > > > Quoting Eric Engestrom (2018-12-19 08:23:40)
> > > > &g
matches the number you bumped to. Move that
> + tarball to the libdrm repo root for the release script to pick up.
>
>4) Push the updated master branch with the bumped version number:
>
> --
> Cheers,
> Eric
>
Acked-by: Dylan Baker
But you should probab
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-11-07 08:50:30)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meson.build b/meson.build
> index 49bf2f740fb3627f2948..5ef17fc11fee25
; nouveau_pushbuf_refn(struct nouveau_pushbuf *push,
> struct nouveau_pushbuf_refn *refs, int nr)
> {
> --
> Cheers,
> Eric
>
Reviewed-by: Dylan Baker
Tested-by: Dylan Baker
signature.asc
Description: signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
l_bo_fake_post_submit(drm_intel_bo *bo)
> bo_fake->write_domain = 0;
> }
>
> -void
> +drm_public void
> drm_intel_bufmgr_fake_set_exec_callback(drm_intel_bufmgr *bufmgr,
> int (*exec) (drm_intel_bo *bo,
>
hreaded', threaded)
> diff --git a/tests/proptest/meson.build b/tests/proptest/meson.build
> index 22d7473e..9c87965a 100644
> --- a/tests/proptest/meson.build
> +++ b/tests/proptest/meson.build
> @@ -21,7 +21,7 @@
> proptest = executable(
>&
Quoting Eric Engestrom (2018-04-05 02:48:50)
> On Wednesday, 2018-04-04 14:10:33 -0700, Dylan Baker wrote:
> > For exynos and omap, are they in active use anymore? I'm pretty sure that
> > development of omap (the hardware) stopped, and others have told me exynos
> > h
For exynos and omap, are they in active use anymore? I'm pretty sure that
development of omap (the hardware) stopped, and others have told me exynos has
stopped too. I also don't think there's any open source consumer, since there is
no mesa driver for either of these.
Dylan
Quoting Eric Engestro
Please CC Thierry or someone else from nvidia about this,
Also I think this should be ['arm', 'aarch64'], like vc4 and freedreno.
Quoting Eric Engestrom (2018-04-04 08:38:17)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --g
Please CC the etnaviv maintainers on this as well.
I think this should be ['arm', 'aarch64']... like vc4 and fredreno
Quoting Eric Engestrom (2018-04-04 08:38:18)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meson.
You can ignore my comments on the first couple of patches if you like, I think
the result is much nicer anyway.
1-19 are:
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-04-04 08:38:14)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 10 +-
> 1 file changed,
Quoting Eric Engestrom (2018-04-04 08:37:57)
> In the 'auto' case, the `with_atomic` check was bypassed.
>
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 12 +++-
> 1 file changed, 7 insertions(+), 5 deletions(-)
>
> diff --git a/meson.build b/meson.build
> index e762dcc44bff5dea
ader), name : '@0@
> works'.format(header)))
> endforeach
> if cc.has_header_symbol('sys/sysmacros.h', 'major')
>config.set10('MAJOR_IN_SYSMACROS', true)
> --
> Cheers,
> Eric
>
for the series:
Reviewed-by: Dylan Baker
signature.asc
Description: signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
ctl.h', 'sys/select.h', 'alloca.h']
>if cc.compiles('#include <@0@>'.format(header), name : '@0@
> works'.format(header))
> config.set10('HAVE_' + header.underscorify().to_upper(), true)
>endif
> --
> Cheers,
gentoo.org/show_bug.cgi?id=649746
meson bug: https://github.com/mesonbuild/meson/issues/2246
CC: Matt Turner
Signed-off-by: Dylan Baker
---
meson.build | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meson.build b/meson.build
index df6f2bd2..a0c79e30 100644
--- a/meson.bui
Quoting Eric Engestrom (2018-02-28 07:11:20)
> On Tuesday, 2018-02-27 12:30:48 -0800, Eric Anholt wrote:
> > Dylan Baker writes:
> >
> > > [ Unknown signature status ]
> > > Quoting Eric Engestrom (2018-02-27 03:11:07)
> > >> The message block p
Quoting Eric Engestrom (2018-02-27 03:11:07)
> The message block printed is the same as the one in configure.ac
>
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 17 +
> 1 file changed, 17 insertions(+)
>
> diff --git a/meson.build b/meson.build
> index bd00cdc2cae9f074918
Quoting Keith Packard (2018-02-09 20:45:15)
> This extension adds a single function to query the current GPU
> timestamp, just like glGetInteger64v(GL_TIMESTAMP, ×tamp). This
> function is needed to complete the implementation of
> GOOGLE_display_timing, which needs to be able to coorelate GPU and
Quoting Keith Packard (2018-02-09 20:45:12)
> This extension adds the ability to borrow an X RandR output for
> temporary use directly by a Vulkan application. For DRM, we use the
> Linux resource leasing mechanism.
>
> Signed-off-by: Keith Packard
> ---
> configure.ac
Which is used in wraps.
---
meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson.build b/meson.build
index 1342a5b3..4aaeb7e1 100644
--- a/meson.build
+++ b/meson.build
@@ -294,7 +294,7 @@ libdrm = shared_library(
ext_libdrm = declare_dependency(
link_with :
Thanks!
Quoting Eric Engestrom (2018-01-31 03:14:50)
> On Thursday, 2018-01-25 16:14:45 -0800, Dylan Baker wrote:
> > Signed-off-by: Dylan Baker
>
> Reviewed-by: Eric Engestrom
>
> > ---
> >
> > I have tested building every mesa driver against this (wit
ping
Quoting Dylan Baker (2018-01-25 16:14:45)
> Signed-off-by: Dylan Baker
> ---
>
> I have tested building every mesa driver against this (with and without udev!)
> so I'm pretty sure that this is the last pkgbuild problem.
>
> I'm sure I'll be
For the series :)
But please do get someone from nouveau (Emil CC'd Ben, so presumably him) before
pushing the nouveau patch.
Dylan
Quoting Eric Engestrom (2018-01-29 02:54:47)
> On Friday, 2018-01-26 09:45:14 -0800, Dylan Baker wrote:
> > Reviewed-by: Dylan Baker
>
> Tha
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-01-26 03:30:47)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meson.build b/meson.build
> index 1fd58b071bb90a49996e..1bccdb
For the series:
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-01-26 08:45:40)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meson.build b/meson.build
> index 1bccdb2c03d7846e7bfb.
Quoting Eric Engestrom (2018-01-26 09:17:43)
> On Friday, 2018-01-26 17:14:06 +, Emil Velikov wrote:
> > On 26 January 2018 at 11:30, Eric Engestrom
> > wrote:
> > > Signed-off-by: Eric Engestrom
> > > ---
> > > configure.ac | 2 +-
> > > meson.build | 2 +-
> > > 2 files changed, 2 insert
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-01-26 08:45:40)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meson.build b/meson.build
> index 1bccdb2c03d7846e7bfb..73058e7d772b77
Signed-off-by: Dylan Baker
---
I have tested building every mesa driver against this (with and without udev!)
so I'm pretty sure that this is the last pkgbuild problem.
I'm sure I'll be sad in a day or two...
nouveau/meson.build | 2 +-
1 file changed, 1 insertion(+), 1 de
Quoting Emil Velikov (2018-01-25 02:30:10)
> Hi Dylan,
>
> To make it easier to spot these, do set the git subject prefix to PATCH
> libdrm.
> See autogen.sh for an example.
>
> On 12 January 2018 at 19:57, Dylan Baker wrote:
> > Copy and paste error from exynos.
&
ping
Quoting Dylan Baker (2018-01-12 11:57:34)
> Here's a few things I've caught as I've started trying to add the meson
> build to our CI system.
>
> Dylan Baker (2):
> meson: set proper pkg-config version for libdrm_freedreno
> meson: set the minimum
Copy and paste error from exynos.
Signed-off-by: Dylan Baker
---
freedreno/meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/freedreno/meson.build b/freedreno/meson.build
index b4035e1..de6a413 100644
--- a/freedreno/meson.build
+++ b/freedreno/meson.build
@@ -64,7
Currently we ask for 0.42, but we actually require 0.43 because we pass
file objects as arguments to tests. If someone needs version 0.42 it
wouldn't be hard, just a lot of replacing files() with strings.
Signed-off-by: Dylan Baker
---
meson.build | 2 +-
1 file changed, 1 insertion(
Here's a few things I've caught as I've started trying to add the meson
build to our CI system.
Dylan Baker (2):
meson: set proper pkg-config version for libdrm_freedreno
meson: set the minimum version correctly
freedreno/meson.build | 2 +-
meson.build | 2 +-
2 f
I forgot to CC you on this like you asked,
Dylan
Quoting Dylan Baker (2018-01-05 12:00:57)
> This is a fifth iteration of the meson build system for libdrm. This
> version is significantly cleaned up from the last version and uses a
> style more like the build system in mesa.
>
>
Signed-off-by: Dylan Baker
---
Makefile.am | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 7b86214..66f70ca 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -135,7 +135,35 @@ if HAVE_VMWGFX
klibdrminclude_HEADERS
Signed-off-by: Dylan Baker
---
README | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/README b/README
index 26cab9d..f3df9ac 100644
--- a/README
+++ b/README
@@ -15,9 +15,27 @@ with an older kernel.
Compiling
-
-libdrm is a standard
generates
during compilation)
- Don't assign file lists to variables when possible. In a few cases
files need to be conditionally added, but if we're not in one of
those cases just put the lists directly in the exectuable or library
declaration.
Dylan Baker (3):
Add
This patch adds a complete meson build system, including tests and
install. It has the necessary hooks to allow it be used as a subproject
for other meson based builds such as mesa.
Signed-off-by: Dylan Baker
Reviewed-and-tested-by: Igor Gnatenko
---
.editorconfig | 4
Quoting Eric Engestrom (2018-01-05 05:34:53)
> On Wednesday, 2018-01-03 13:31:28 -0800, Dylan Baker wrote:
> > This patch adds a complete meson build system, including tests and
> > install. It has the necessary hooks to allow it be used as a subproject
> > for other meson
Quoting Eric Engestrom (2018-01-05 06:02:52)
> On Thursday, 2018-01-04 10:28:41 -0800, Dylan Baker wrote:
> > Signed-off-by: Dylan Baker
>
> Do we really want to use autotools' `dist` to package libdrm once meson
> has landed?
> I would've though we would switch t
Quoting Eric Engestrom (2018-01-05 05:49:25)
> On Thursday, 2018-01-04 10:28:42 -0800, Dylan Baker wrote:
> > Signed-off-by: Dylan Baker
>
> Couple nitpicks, but:
> Reviewed-by: Eric Engestrom
>
> > ---
> > README | 21 ++---
> > 1 file
Quoting Igor Gnatenko (2018-01-04 13:43:51)
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Thu, 2018-01-04 at 10:28 -0800, Dylan Baker wrote:
> > This patch adds a complete meson build system, including tests and
> > install. It has the necessary hooks
Signed-off-by: Dylan Baker
---
README | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/README b/README
index 26cab9d..58e55bc 100644
--- a/README
+++ b/README
@@ -15,9 +15,24 @@ with an older kernel.
Compiling
-
-libdrm is a standard
This patch adds a complete meson build system, including tests and
install. It has the necessary hooks to allow it be used as a subproject
for other meson based builds such as mesa.
v4: - fix freedreno kgls check
Signed-off-by: Dylan Baker
---
.editorconfig | 4 +-
amdgpu
- build and install modetest (this was missed in the first version for
some reason)
- install amdgpu.ids as 644 instead of 444
Dylan Baker (3):
Add meson build system
autotools: Include meson.build files in tarball
README: Add note about meson
.editorconfig | 4 +-
Signed-off-by: Dylan Baker
---
Makefile.am | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 7b86214..66f70ca 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -135,7 +135,35 @@ if HAVE_VMWGFX
klibdrminclude_HEADERS
Quoting Igor Gnatenko (2018-01-03 15:22:36)
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Wed, 2018-01-03 at 13:31 -0800, Dylan Baker wrote:
> > This patch adds a complete meson build system, including tests and
> > install. It has the necessary hooks
Quoting Dylan Baker (2018-01-03 13:31:28)
> diff --git a/freedreno/meson.build b/freedreno/meson.build
> new file mode 100644
> index 000..47d6e44
> --- /dev/null
> +++ b/freedreno/meson.build
> @@ -0,0 +1,82 @@
> +# Copyright © 2017 Intel Corporation
> +
> +# P
a wrapped dependency wit ext_foo
variables. This means it can be used to build a mesa that requires a
newer libdrm than the system provides (which can be especially useful if
you can't install packages on that system) and for testing.
This has been build tested only.
Dylan Baker (3):
Add
Signed-off-by: Dylan Baker
---
README | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/README b/README
index 26cab9d..58e55bc 100644
--- a/README
+++ b/README
@@ -15,9 +15,24 @@ with an older kernel.
Compiling
-
-libdrm is a standard
I have tested that a tarball generated by autotools can be built with meson.
Signed-off-by: Dylan Baker
---
Makefile.am | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 7b86214..66f70ca 100644
--- a/Makefile.am
This patch adds a complete meson build system, including tests and
install. It has the necessary hooks to allow it be used as a subproject
for other meson based builds such as mesa.
Signed-off-by: Dylan Baker
---
.editorconfig | 4 +-
amdgpu/.editorconfig| 5 +-
amdgpu
This patch adds a meson build system that is equivalent to the autotools
build system with a few exceptions but is about 4x faster than
autotools.
Signed-off-by: Dylan Baker
---
amdgpu/meson.build | 73 ++
data/meson.build| 24
etnaviv/meson.build
This is a second go at a meson build system for libdrm. Since we've started
landing meson for mesa as well as other projects in the ecosystem like wayland,
xorg, and IGT, I thought I would send this out again.
Dylan Baker (1):
Add meson build system
amdgpu/meson.build
Quoting Rob Clark (2017-04-18 11:27:14)
> On Tue, Apr 18, 2017 at 1:32 PM, Emil Velikov
> wrote:
> > On 18 April 2017 at 16:48, Rob Clark wrote:
> >> On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia
> >> wrote:
> >>> Hi there
> >>>
> >>> I am Raghav Jajodia, an Engineering student from India. Wh
Quoting Jose Fonseca (2017-03-24 14:16:13)
>
> Evaluating is one thing. Actually migrating is another.
>
> Brian already said he'd take a look and evaluate. And I'll help in what
> I can. I agree we should all evaluate early.
>
>
> But I don't think that the proposal of first migrate scons
Quoting Jose Fonseca (2017-03-24 06:42:18)
>
> I tend to disagree. While we can't avoid a transitory period, when we
> embark on another build system (Meson or something else) I think we
> should aim at 1) ensure such tool can indeed _completely_ replace at
> least _one_ existing build system,
Quoting Colin Cross (2017-03-23 17:03:58)
> On Thu, Mar 23, 2017 at 4:56 PM, Dylan Baker wrote:
> >
> > I'm hoping you can clarify a couple of questions I have about blueprint:
> > 1) android is moving to blueprint from android.mk files?
>
> Yes, in a phased tran
Quoting Colin Cross (2017-03-23 15:14:16)
> On Thu, Mar 23, 2017 at 2:56 PM, Greg Hackmann wrote:
> > On 03/22/2017 02:48 PM, Rob Clark wrote:
> >>
> >> On Wed, Mar 22, 2017 at 4:10 PM, Dylan Baker wrote:
> >>>
> >>> Quoting Rob Clark (2017-0
Quoting Emil Velikov (2017-03-23 04:39:50)
> On 22 March 2017 at 20:10, Dylan Baker wrote:
>
> The more frustrating part is that atm autotools build is "bug-free"
> and with meson will have to go through the same route again :-\
Sure, but if it's easier to get right
Quoting Eric Anholt (2017-03-22 15:15:46)
> Rob Clark writes:
>
> > On Wed, Mar 22, 2017 at 4:57 PM, Dylan Baker wrote:
> >> Here's a not so complete list:
> >> https://github.com/mesonbuild/meson/wiki/Users
> >>
> >> Notably gnome is mo
Quoting Jani Nikula (2017-03-22 01:24:19)
> On Tue, 21 Mar 2017, Dylan Baker wrote:
> > Quoting Jani Nikula (2017-03-21 07:44:55)
> >> How does meson handle build file backwards compatibility between meson
> >> versions? I don't intend to flame, but I've f
Quoting Jose Fonseca (2017-03-22 10:59:10)
> On 17/03/17 02:28, Brian Paul wrote:
> >
> > [snip]
> >
> > Sure, I'd like to see one build system instead of two. Meson supports
> > Windows so that's good. But the big issue is our automated build
> > system. Replacing SCons with Meson could be a bi
On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
> I guess I'm a little late to the party here, but I haven't had time to
> really let all of this sink in and actually look at meson. It doesn't
> seem so bad with a quick look and I think I could probably sort it out
> when the time came, but
Hey Kai,
Quoting Kai Wasserbäch (2017-03-21 11:36:31)
> I hope the rest of the Mesa project would follow such a rule. Because if
> there's
> something I absolutely hate about all those "new" build systems, then it's
> their
> tendency to just download stuff and build/include that. This seems to
which means you can't put things in the tests directory that can only
be run once. Every time I try to make changes to the Cmake I spend about an hour
trying to figure out why some code I've implemented doesn't work, only to
remember that. Build systems aren't programming languages,
Quoting Jani Nikula (2017-03-21 07:44:55)
> On Thu, 16 Mar 2017, Dylan Baker wrote:
> > First it's written in python, [...]
>
> How does meson handle python 2 vs. 3? How do you avoid issues in the
> build files wrt this? On Debian meson seems to depend on python 3, so
&g
ght not be the case for meson.
>
> Gražvydas
>
> On Tue, Mar 21, 2017 at 4:44 PM, Jani Nikula
> wrote:
> > On Thu, 16 Mar 2017, Dylan Baker wrote:
> >> First it's written in python, [...]
> >
> > How does meson handle python 2 vs. 3? How do you avoid i
Quoting Marek Olšák (2017-03-16 18:53:59)
> On Fri, Mar 17, 2017 at 12:11 AM, Dylan Baker wrote:
> > Quoting Marek Olšák (2017-03-16 15:36:26)
> >> Is there a way not to use ninja with meson, because ninja redirects
> >> all stderr output from gcc to stdout, wh
quoting jason ekstrand (2017-03-16 19:03:15)
> on march 16, 2017 5:41:24 pm emil velikov wrote:
> > and meson is not a thing on neither bsd(s), solaris (and derivatives) nor
> > android :-\
>
> i have trouble bringing myself to care. the bsds need to stop using 10
> year old compilers. it can
Hi Emil,
Quoting Emil Velikov (2017-03-16 16:35:33)
> While I can see you're impressed by Meson, I would kindly urge you to
> not use it here. As you look closely you can see that one could
> trivially improve the times, yet the biggest thing is that most of the
> code in libdrm must go ;-)
Perha
Quoting Marek Olšák (2017-03-16 15:36:26)
> Is there a way not to use ninja with meson, because ninja redirects
> all stderr output from gcc to stdout, which breaks many development
> environments that expect errors in stderr?
>
> I'm basically saying that if ninja can't keep gcc errors in stderr,
Quoting Ilia Mirkin (2017-03-16 14:32:09)
> On Thu, Mar 16, 2017 at 5:25 PM, Dylan Baker wrote:
> > Why bother, and why would we want this?
> > │~
> >
> > First it's written in python, which means the
This is a bit of a tech demo, a bit of a serious port to meson. This
provides almost all of the build system, except for the ability to
install the tests, it doesn't add -lrt for the clock (it's been in core
glibc for some time), has basically no comments, and hasn't been tested
on any platform exc
This is mostly to demonstrate all of the code that would be deleted by
removing the autotools build.
This is *not* ready to land, since it deletes some files used by the android
build (Makefile.sources).
---
.editorconfig| 4 +-
.gitignore | 82 +-
on
next).
tl;dr
I wrote this as practice for porting Mesa, and figured I might as well
send it out since I wrote it.
It is very likely that neither of these large patches will show up on the
mailing list, but this is available at my github:
https://github.com/dcbaker/libdrm wip/meson
Dylan Baker
Tested-by: Dylan Baker
On Wednesday, July 02, 2014 02:28:07 PM Keith Packard wrote:
> A driver which doesn't have async flip support will queue up flips without any
> way to replace them afterwards. This means we've got a scanout buffer pinned
> as soon as we schedule a
80 matches
Mail list logo
