[PATCH weston 1/2] compositor-drm: let repaint cycle disable crtcs

From: Pekka Paalanen Rather than smashing the state to disable a CRTC immediately, just delegate that to the normal repaint cycle by setting state_invalid = true. drm_pending_state_apply() will pick up the unused_crtcs. A caveat here is that we have no enabled

[PATCH weston 2/2] compositor-drm: move state_invalid setting to deinit

From: Pekka Paalanen Setting state_invalid to true is moved together with the code adding new unused CRTCs and connectors in drm_output_deinit(). Logically these two operations belong together: state_invalid is required for the new unused item to be turned off.

Re: EXT: [PATCH weston 6/9] compositor-drm: move refresh rate computation

> On 9 Feb 2018, at 15.07, Pekka Paalanen wrote: > > From: Pekka Paalanen > > Move it into to a new function. Following patches want to compute it > elsewhere as well. > > No functional changes. > > Signed-off-by: Pekka Paalanen

Re: [PATCH weston 0/3] screenshooter improvements

Hi Aleksander, On 23 January 2018 at 00:05, Aleksander Morgado wrote: > These patches try to improve a bit the behavior of the screenshooter, > by making it easier to take multiple screenshots and allowing to > store them in a location different than the current

Re: [PATCH wayland v2 0/8] Import wayland-egl frontend library

Hi Emil, On 10 October 2017 at 14:43, Emil Velikov wrote: > Here is a retake of the RFC as originally seen here [1]. > > In summary - we want the user facing library to live in Wayland with > vendors providing a backend/plugin. Otherwise we'll get file conflicts > as

Re: EXT: [PATCH weston 0/9] DRM-backend preparation for clone mode patches

> On 9 Feb 2018, at 15.07, Pekka Paalanen wrote: > > From: Pekka Paalanen > > Hi, > > here are some patches I extracted from my clone mode series. These are > building on top of > https://patchwork.freedesktop.org/series/37994/ > in case

Re: [PATCH v2] server: add wl_display_destroy_clients()

Hi Simon, On 13 December 2017 at 10:51, emersion wrote: > Bug [1] reported that wl_display_destroy() doesn't destroy clients, so > client socket file descriptors are being kept open until the compositor > process exits. > > Patch [2] proposed to destroy clients in

[PATCH weston] compositor-rdp: Correct mouse scrolling direction

The direction of scrolling in the RDP compositor appears to be inverted. When using Weston directly in X, sending X11 button 4 cuases window contents to scroll up and button 4 to be reported to xwayland clients. Conversely, when using Weston through RDP (xfreerdp client), sending X11 button 4

Re: [PATCH weston 1/2] weston: remove SEGV and ABRT handlers

Hi, On 7 February 2018 at 23:31, Peter Hutterer wrote: > On Wed, Feb 07, 2018 at 12:03:56PM +, Simon McVittie wrote: >> On Wed, 07 Feb 2018 at 12:51:14 +0200, Pekka Paalanen wrote: >> > Catching an ABRT is kind of ok, catching a SEGV is russian roulette. We >> >

Re: [PATCH weston] desktop-shell: Correctly migrate views to other outputs when output is disabled/disconnected

Hi Marius, On 8 February 2018 at 16:46, Marius Vlad wrote: > Our case is when the view is the same as output being disabled/disconnected. > There's not need to check the views' output with the output being disabled > because weston_view_assign_output() already

Re: [PATCH weston 2/2] compositor-drm: move state_invalid setting to deinit

Hi Pekka, On 9 February 2018 at 10:29, Pekka Paalanen wrote: > Setting state_invalid to true is moved together with the code adding new > unused CRTCs and connectors in drm_output_deinit(). Logically these two > operations belong together: state_invalid is required for the

Re: [PATCH] shm: provide actual error on mmap failed

Hi, On 6 February 2018 at 13:32, Jonas Ådahl wrote: > On Mon, Feb 05, 2018 at 03:39:43PM +0100, Olivier Fourdan wrote: >> When an mmap() fails, a WL_SHM_ERROR_INVALID_FD is raised and the client >> is killed. >> >> However, there is no indication of the actual system error that

Re: [PATCH weston] xwm: Fix icon surface ownership

Hi Emmanuel, On 24 January 2018 at 22:29, Emmanuel Gil Peyrot wrote: > The cairo surface used for the icon must be completely given to the > frame as soon as said frame has been created. To prevent both the > window and the frame from sharing ownership of the icon, we

[PATCH weston] gl-renderer: Fix crash in dmabuf format query for fallback formats

Since formats is an out parameter, we need to copy to the alloc'ed memory and not over the pointer address. Signed-off-by: Philipp Kerling --- libweston/gl-renderer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libweston/gl-renderer.c

Forwarding windows to another compositor via Weston

Hi, Is there a way to run Weston as a nested compositor without the root window? My use case is running a parent compositor that doesn't support Xwayland, so I'd like to use Weston for X applications and have the resulting windows appear as regular windows within the parent compositor. Is

Re: [PATCH wayland] doc: Document behavior of non-nullable object arguments in clients

On Wed, 24 Jan 2018 14:28:15 +0100 Philipp Kerling wrote: > --- > src/wayland-util.h | 15 +-- > 1 file changed, 13 insertions(+), 2 deletions(-) > > diff --git a/src/wayland-util.h b/src/wayland-util.h > index caeac82..b6cbe0e 100644 > --- a/src/wayland-util.h

[PATCH libinput] evdev: fail before open_restricted if the devnode doesn't exist

https://bugzilla.redhat.com/show_bug.cgi?id=1536633 https://bugzilla.redhat.com/show_bug.cgi?id=1539046 https://bugzilla.redhat.com/show_bug.cgi?id=1539783 https://bugzilla.redhat.com/show_bug.cgi?id=1540662 https://bugs.freedesktop.org/show_bug.cgi?id=104278 Signed-off-by: Peter Hutterer

[PATCH weston 6/9] compositor-drm: move refresh rate computation

From: Pekka Paalanen Move it into to a new function. Following patches want to compute it elsewhere as well. No functional changes. Signed-off-by: Pekka Paalanen --- libweston/compositor-drm.c | 33

[PATCH weston 9/9] compositor-drm: unref udev monitor on exit

From: Pekka Paalanen Leaks spotted by Valgrind. Signed-off-by: Pekka Paalanen --- libweston/compositor-drm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libweston/compositor-drm.c b/libweston/compositor-drm.c index

[PATCH weston 5/9] compositor-drm: drm_property_info_free() must reset

From: Pekka Paalanen This function needs to reset the structures to NULL, otherwise it is not possible to re-use a once "freed" property info array. Being able to re-use an array is useful when the memory allocation and array lifetimes do not match. A specific

[PATCH weston 4/9] compositor-drm: refactor into drm_mode_list_destroy()

From: Pekka Paalanen I need to destroy the list from more places, so factor out the common bits. No functional changes. Signed-off-by: Pekka Paalanen --- libweston/compositor-drm.c | 19 +++ 1 file changed, 15

[PATCH weston 3/9] compositor-drm: factor out drm_output_init_crtc()

From: Pekka Paalanen Factor out drm_output_init_crtc() and drm_output_fini_crtc(), so that the call sites can later be moved easily. On fini, reset scanout_plane and cursor_plane to NULL, so that in the future when the drm_output is not longer destroyed

[PATCH weston 2/9] compositor-drm: factor out drm_output_init_gamma_size()

From: Pekka Paalanen Move this bit of code into its own function. The caller of this already cluttered and origcrtc is not used for anything else. Signed-off-by: Pekka Paalanen --- libweston/compositor-drm.c | 30

[PATCH weston 1/9] compositor-drm: drm_output_enable updates unused_crtcs/connectors

From: Pekka Paalanen Let drm_output_enable() remove the CRTC and the connector from the unused id arrays. In the future when a list of drm_heads supersedes unused_connectors array, the usedness of a connector will be determined by the enabled state of the output

Re: EXT: [PATCH weston 6/9] compositor-drm: move refresh rate computation

On Fri, 9 Feb 2018 13:19:48 + "Ray, Ian (GE Healthcare)" wrote: > > On 9 Feb 2018, at 15.07, Pekka Paalanen wrote: > > > > From: Pekka Paalanen > > > > Move it into to a new function. Following patches want to compute

[PATCH weston 1/5] clients/desktop-shell: avoid invalid sized background

From: Pekka Paalanen If for some reason the desktop-shell plugin would configure a background with an invalid size, just destroy the whole background and forget about it for this wl_output. A following patch will cause desktop-shell to configure 0x0 background

[PATCH weston 4/5] desktop-shell: handle redundant panels

From: Pekka Paalanen If for some reason the helper client weston-desktop-shell would create more than one panel surface for the same weston_output, this code would corrupt the surface destroy listener list by adding a link already in one list into another list.

[PATCH weston 2/5] clients/desktop-shell: avoid invalid sized panel

From: Pekka Paalanen If for some reason the desktop-shell plugin would configure a panel with an invalid size, just destroy the whole panel and forget about it for this wl_output. A following patch will cause desktop-shell to configure 0x0 panel when it deems the

[PATCH weston 3/5] desktop-shell: handle redundant backgrounds

From: Pekka Paalanen If for some reason the helper client weston-desktop-shell would create more than one background surface for the same weston_output, this code would corrupt the surface destroy listener list by adding a link already in one list into another

[PATCH weston 0/5] desktop-shell fortification for clone mode

From: Pekka Paalanen Hi, this might be slightly premature, but I wanted to extract before-hand as many patches from the clone mode series as I could because it will be a very long series anyway. These patches prepare the desktop-shell to cope with shared-CRTC

[PATCH weston 5/5] clients/desktop-shell: preserve background/panel in clone mode

From: Pekka Paalanen In shared-CRTC clone mode there are several wl_output globals for one weston_output. Only one panel and background is needed per weston_output, so the extra wl_outputs do not get their own panel and background. When a head is unplugged, the

2018 X.Org Board of Directors Elections Nomination period is NOW

We are seeking nominations for candidates for election to the X.Org Foundation Board of Directors. All X.Org Foundation members are eligible for election to the board. Nominations for the 2018 election are now open and will remain open until 23:59 UTC on 23 Feb 2018. The Board consists of