Signed-off-by: Dima Ryazanov
---
compositor/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/compositor/main.c b/compositor/main.c
index 18810f28..1e827884 100644
--- a/compositor/main.c
+++ b/compositor/main.c
@@ -469,6 +469,7 @@ usage(int error_code)
" --shell=MODULE\
To all X.Org Foundation Members:
The election for the X.Org Foundation Board of Directors will begin on
22 March 2018. We have 6 candidates who are running for 4 seats. They
are (in alphabetical order):
Eric Anholt
Robert Foss
Bryce Harrington
Keith Packard
Laurent Pinchart
Harry Wentland
Attac
On Thu, 15 Mar 2018 14:20:21 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Current systemd/systemd-login integration requires dbus. Although that
> is far from clear the way current checks are handled.
>
> Be explicit and clear, effectively fixing cases where the systemd
> auto detection w
> I understand you dislike Wayland's established window-management model
> and you wish it was the same as X11. I disagree, but that's fine.
> What's not fine, is trying to rewrite history and insulting everyone's
> intelligence. You're acting as if the consensus which has underpinned
> everything
On Mon, Feb 05, 2018 at 06:44:09PM +, Daniel Stone wrote:
> Hi,
> Thanks a lot to Pekka and Philipp in particular for their really
> thorough review; things seem to be looking quite positive now!
>
> I am _mostly_ sending this for the part up until the patch which
> actually enables use of the
On Mon, Feb 05, 2018 at 06:44:29PM +, Daniel Stone wrote:
> Use the new drmModeAddFB2WithModifiers interface to import buffers with
> modifiers.
>
> Signed-off-by: Daniel Stone
> Reviewed-by: Pekka Paalanen
> ---
> configure.ac | 3 +++
> libweston/compositor-drm.c | 26 +
Changes from v1
- introduce opts as a bitmask of features that can be used to
manipulate the displayed image
Guido Günther (1):
Allow simple-dmabuf-drm to pass y_inverted flag
clients/simple-dmabuf-drm.c | 31 +++
1 file changed, 23 insertions(+), 8 deletions(-
This allows to check if ZWP_LINUX_BUFFER_PARAMS_V1_FLAGS_Y_INVERT is
interpreted correctly by the compositor.
---
clients/simple-dmabuf-drm.c | 31 +++
1 file changed, 23 insertions(+), 8 deletions(-)
diff --git a/clients/simple-dmabuf-drm.c b/clients/simple-dmabuf-drm
---
Makefile.am | 1 +
clients/simple-dmabuf-drm.c | 73 +
configure.ac| 5 +++-
3 files changed, 78 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index c2d448e7..19319fa2 100644
--- a/Makefile.am
Changes from v1:
- Split up changes
- autoconf:
- don't define unused have_ variables. Use true instead to prevent
abort of PKG_CHECK_MODULES
- use && instead of -a in test
- properly check variables
- use vfunc for drm_device_destroy
Guido Günther (4):
simp
This allows to enable freedreno and intel backends at the same time
building the prerequisites for adding further ones.
---
Makefile.am | 5 -
clients/simple-dmabuf-drm.c | 53 +
configure.ac| 24 +++-
Remove ifdef clutter and makes sure it's only called for the active
backend.
---
clients/simple-dmabuf-drm.c | 24 +---
1 file changed, 17 insertions(+), 7 deletions(-)
diff --git a/clients/simple-dmabuf-drm.c b/clients/simple-dmabuf-drm.c
index b576ad3a..492c9667 100644
--- a
---
clients/simple-dmabuf-drm.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/clients/simple-dmabuf-drm.c b/clients/simple-dmabuf-drm.c
index 51ad51f8..b576ad3a 100644
--- a/clients/simple-dmabuf-drm.c
+++ b/clients/simple-dmabuf-drm.c
@@ -203,8 +203,8
Hi,
Sorry for the trouble, I forgot to ask that is it safe to call
`wl_display_flush` and `wl_display_dispatch` in different threads?
Regards,
SZ
Le jeu. 15 mars 2018 11 h 17, Sichem Zhou a écrit :
> Hi,
>
> Thanks very much for the patience so far. It's because I didn't do
> `wl_display_flus
On 15 March 2018 at 15:21, Drew DeVault wrote:
> On 2018-03-15 3:16 PM, Daniel Stone wrote:
>> You could write a compositor which put decorations on everything
>> unless explicitly instructed not to, and claim victory in the name of
>> technical correctness. Even though it's double-decorating GTK
On March 15, 2018 4:15 PM, Emil Velikov wrote:
> On 2 March 2018 at 15:33, Simon Ser wrote:
> > This adds a new protocol to negotiate server- and client-side rendering of
> > window decorations for xdg-toplevels. This allows compositors that want
> > to draw decorations themselves to send their p
On 2018-03-15 3:16 PM, Daniel Stone wrote:
> You could write a compositor which put decorations on everything
> unless explicitly instructed not to, and claim victory in the name of
> technical correctness. Even though it's double-decorating GTK+, EFL,
> Weston, and pretty much everything deployed
Hi,
Thanks very much for the patience so far. It's because I didn't do
`wl_display_flush` before polling.
Regards,
SZ
Le jeu. 15 mars 2018 04 h 41, Pekka Paalanen a écrit :
> On Thu, 15 Mar 2018 00:19:10 +
> Sichem Zhou wrote:
>
> > Dear Pekka,
> >
> > Thanks for your idea on this, I inse
Hi,
On 15 March 2018 at 15:12, Drew DeVault wrote:
> On 2018-03-15 3:04 PM, Mike Blumenkrantz wrote:
>> It seems to me that there is no harm in restating that clients are required
>> to implement CSD inside a protocol which permits adding a separate,
>> optional method of window decoration.
>>
>
On 2 March 2018 at 15:33, Simon Ser wrote:
> This adds a new protocol to negotiate server- and client-side rendering of
> window decorations for xdg-toplevels. This allows compositors that want
> to draw decorations themselves to send their preference to clients, and
> clients that prefer server-s
On 2018-03-15 3:04 PM, Mike Blumenkrantz wrote:
> It seems to me that there is no harm in restating that clients are required
> to implement CSD inside a protocol which permits adding a separate,
> optional method of window decoration.
>
> Note that it is not an assumption that clients/compositor
It seems to me that there is no harm in restating that clients are required
to implement CSD inside a protocol which permits adding a separate,
optional method of window decoration.
Note that it is not an assumption that clients/compositors "support both"
modes, it's a hard requirement that client
On 15 March 2018 at 13:58, Pekka Paalanen wrote:
> On Mon, 12 Mar 2018 16:41:46 +0100
> Guido Günther wrote:
>
>> Since freedreno and etnaviv can live in parallel allow to build in
>> different DRM backends.
>> ---
>> Makefile.am | 6 ++-
>> clients/simple-dmabuf-drm.c | 122
>
From: Emil Velikov
Seems like I was overoptimistic with my earlier assumption, namely:
"... 17.3.x should be the last version that ships the library."
Mesa 18.0.0 and its wayland-egl is about to be released any time soon,
so bump the number since it must no be smaller. As soon as we get
a wayla
From: Emil Velikov
The current test had a few fall-outs:
- it was checking only for T (.text) symbols
- did not consider symbol removal
Fix that by fetching all the symbols and doing a bidirectional check -
for added and removed symbols. Error out with informative message for
each case.
v2: R
From: Emil Velikov
Based on a similar patch (in Mesa) by Eric Engestrom.
v2: Rebase on top of $NM patch
v3: Rebase
Reviewed-by: Eric Engestrom (v1)
Signed-off-by: Emil Velikov
---
egl/wayland-egl-symbols-check | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/egl/
From: Emil Velikov
Current systemd/systemd-login integration requires dbus. Although that
is far from clear the way current checks are handled.
Be explicit and clear, effectively fixing cases where the systemd
auto detection will trip when dbus is explicitly disabled.
Using git show -w will mak
Hi,
On 15 March 2018 at 13:45, Emil Velikov wrote:
> Add the respective CFLAGS to the build, otherwise it will error out as
> seen below.
>
> src/libinput-seat.c:30:22: fatal error: libinput.h: No such file or directory
>
> v2: add the CFLAGS only as needed, suggested by Pekka
>
> Cc: Pekka Paala
On Mon, 12 Mar 2018 16:41:46 +0100
Guido Günther wrote:
> Since freedreno and etnaviv can live in parallel allow to build in
> different DRM backends.
> ---
> Makefile.am | 6 ++-
> clients/simple-dmabuf-drm.c | 122
> +++-
> configure.a
From: Jan Engelhardt
Add the respective CFLAGS to the build, otherwise it will error out as
seen below.
src/libinput-seat.c:30:22: fatal error: libinput.h: No such file or directory
v2: add the CFLAGS only as needed, suggested by Pekka
Cc: Pekka Paalanen
Cc: Jan Engelhardt
[Emil Velikov: pol
On 15 March 2018 at 13:11, Jan Engelhardt wrote:
>
> On Thursday 2018-03-15 13:20, Pekka Paalanen wrote:
>>> diff --git a/Makefile.am b/Makefile.am
>>> index b5c29c04..8de40e51 100644
>>> --- a/Makefile.am
>>> +++ b/Makefile.am
>>> @@ -43,7 +43,8 @@ AM_CPPFLAGS =
On Thursday 2018-03-15 13:20, Pekka Paalanen wrote:
>> diff --git a/Makefile.am b/Makefile.am
>> index b5c29c04..8de40e51 100644
>> --- a/Makefile.am
>> +++ b/Makefile.am
>> @@ -43,7 +43,8 @@ AM_CPPFLAGS = \
>> -I$(top_builddir)/protocol \
>>
On Thu, 15 Mar 2018 10:57:26 +
Daniel Stone wrote:
> On 14 February 2018 at 12:38, Pekka Paalanen wrote:
> > SEGV and ABRT by default cause a core dump, which may create a file,
> > launch crash handlers, and so on. sanity-test has 21 processes that
> > are expected to crash like this. Disab
On Thu, 8 Mar 2018 18:06:14 +0100
Guido Günther wrote:
> This allows to check if ZWP_LINUX_BUFFER_PARAMS_V1_FLAGS_Y_INVERT is
> interpreted correctly by the compositor.
> ---
> clients/simple-dmabuf-drm.c | 27 +++
> 1 file changed, 19 insertions(+), 8 deletions(-)
>
> d
On Tue, 6 Mar 2018 18:56:23 +0200
Marius Vlad wrote:
> The timestamp could be either NULL if there's no mode set, or 0 when output
> gets
> awaken. It either crashes weston or we get vblanks at [0, 0] for that output.
>
> Signed-off-by: Marius Vlad
> CC: Pekka Paalanen
> ---
> libweston/com
On Tue, 27 Feb 2018 14:14:27 +
Emil Velikov wrote:
> From: Jan Engelhardt
>
> Add the respective CFLAGS to the build, otherwise the build will error
> out as seen below.
>
> src/libinput-seat.c:30:22: fatal error: libinput.h: No such file or directory
>
> [Emil Velikov: polish commit mess
On 14 February 2018 at 12:38, Pekka Paalanen wrote:
> SEGV and ABRT by default cause a core dump, which may create a file,
> launch crash handlers, and so on. sanity-test has 21 processes that
> are expected to crash like this. Disable core dumps on them all.
>
> I counted 21 entries in coredumpct
On Wed, 14 Mar 2018 14:06:59 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Current systemd/systemd-login integration requires dbus. Although that
> is far from clear the way current checks are handled.
>
> Be explicit and clear, effectively fixing cases where the systemd
> auto detection w
On Thu, 15 Mar 2018 00:19:10 +
Sichem Zhou wrote:
> Dear Pekka,
>
> Thanks for your idea on this, I inserted a callback in the `surface_commit`
> function in libweston. From the log I can see that the `surface commit` was
> blocked on the server side until some other events happen. On the cl
39 matches
Mail list logo
