Re: [PATCH] logind: delay wakeup until DRM-device is resumed

Hi On Tue, Dec 3, 2013 at 10:42 PM, Kristian Høgsberg k...@bitplanet.net wrote: On Sat, Nov 30, 2013 at 2:25 AM, David Herrmann dh.herrm...@gmail.com wrote: The logind API was designed to allow any kind of devices and any number of devices. It has no idea of main DRM device or similar.

Re: [PATCH weston] introduces a setting to give permission to any client to do screenshots

On Wed, 4 Dec 2013 17:38:23 +0100 Sebastian Wick sebast...@sebastianwick.net wrote: This patch adds a screenshooter section with the restrict-access setting which is on by default and is the current behavior of weston. When turning it off, all clients can use the screenshooter protocol. This

Re: [PATCH] Add a weston_surface_set_size function

On Wed, 4 Dec 2013 20:32:03 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: Surfaces that are created by clients get their size automatically updated by the attach/commit. Surfaces created directly by shells (such as black surfaces) sometimes need to be manually resized. This function

[Weston] RDP backend state

Hi folks, I tried to build the Weston 1.3.1 RDP backend using latest FreeRDP master, and I managed to get it to compile using the following trivial patch : http://pastebin.com/XGz4xYaE It basically runs, and I can connect to it with : rdesktop -4 -b IP adresse However, it renders only a black

Re: [Weston] RDP backend state

On 05.12.2013 15:14, Manuel BACHMANN wrote: However, it renders only a black screen, and server-side I get the following messages : unable to checkDescriptor for fd failed to initialize EGL EGL does not seem to work, falling back to software rendering and wl_shm (my EGL doesn't work, so

[PATCH 0/3] Test static functions

Hi, I did similar thing like is in Weston for testing static functions. Also, I wrote few wl_buffer unit tests. I appreaciate any comments :) P. S.: based on mailing here: http://lists.freedesktop.org/archives/wayland-devel/2013-November/012299.html Thanks, Marek Ch Marek Ch (3):

[PATCH 2/3] wayland-private: move struct wl_buffer into wayland-private.h

So that it can be used in tests --- src/connection.c | 8 src/wayland-private.h | 7 +++ 2 files changed, 7 insertions(+), 8 deletions(-) diff --git a/src/connection.c b/src/connection.c index 1d8b61b..c85c669 100644 --- a/src/connection.c +++ b/src/connection.c @@ -43,14 +43,6

[PATCH 3/3] tests: add tests for wl_buffer_*

Tests for wl_buffer_* functions from connection.c --- src/connection.c | 10 +- src/wayland-private.h | 10 ++ tests/Makefile.am | 7 +- tests/buffer-test.c | 247 ++ 4 files changed, 268 insertions(+), 6 deletions(-) create mode

Re: [Weston] RDP backend state

Le 05/12/2013 15:14, Manuel BACHMANN a écrit : Hi folks, I tried to build the Weston 1.3.1 RDP backend using latest FreeRDP master, and I managed to get it to compile using the following trivial patch : http://pastebin.com/XGz4xYaE FreeRdp API for remoteFx has changed on master (so your

[PATCH] wayland-private: comment wl_buffer functions

Add doc comment to wl_buffer_* functions --- src/wayland-private.h | 41 + 1 file changed, 41 insertions(+) diff --git a/src/wayland-private.h b/src/wayland-private.h index 70d338b..83398ed 100644 --- a/src/wayland-private.h +++ b/src/wayland-private.h @@

[PATCH] comment wl_buffer function

While writing the tests I also added doc comments, but forget to commit it. Maybe it will be useful for somebody who will be trying to read the code later. ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org

[PATCH weston] tests: Test whether a simple EGL main loop uses too many buffers

Hi, Here is a rebased version of the patch. The old one didn't apply cleanly anymore because of some changes in tests/Makefile.am I think there is some confusion about why it ends up using 3 buffers and I also keep getting in a muddle about it. I'll try to describe what I think is happening

Re: [PATCH v2] shell: Add missing break to a case statement inside set_surface_type.

On Wed, Dec 04, 2013 at 06:37:16PM -0200, Rafael Antognolli wrote: This should fix the surface not going back to its original position after unsetting fullscreen or maximized states. Thanks, committed. This https://bugs.freedesktop.org/show_bug.cgi?id=72321 so I appended that to the commit

[PATCH] shell: Set a surface as TOPLEVEL instead of the old surface types.

Since internally there's no more SHELL_SURFACE_FULLSCREEN and SHELL_SURFACE_MAXIMIZED, the surface must be set to SHELL_SURFACE_TOPLEVEL on the respective functions. This fixes the bug when clients start already in fullscreen mode. In that case, they aren't set first to toplevel, and then change

[PATCH] shell: Don't try to switch to a NULL shell surface.

Fixes the crash from alt+tab when there's a fullscreen surface. --- desktop-shell/shell.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/desktop-shell/shell.c b/desktop-shell/shell.c index 0b6a97c..18b88f4 100644 --- a/desktop-shell/shell.c +++ b/desktop-shell/shell.c @@ -5174,6 +5174,8 @@

Re: [PATCH] shell: Set a surface as TOPLEVEL instead of the old surface types.

On Thu, Dec 05, 2013 at 06:53:17PM -0200, Rafael Antognolli wrote: Since internally there's no more SHELL_SURFACE_FULLSCREEN and SHELL_SURFACE_MAXIMIZED, the surface must be set to SHELL_SURFACE_TOPLEVEL on the respective functions. This fixes the bug when clients start already in fullscreen

Re: [PATCH] shell: Don't try to switch to a NULL shell surface.

On Thu, Dec 05, 2013 at 07:01:21PM -0200, Rafael Antognolli wrote: Fixes the crash from alt+tab when there's a fullscreen surface. --- desktop-shell/shell.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/desktop-shell/shell.c b/desktop-shell/shell.c index 0b6a97c..18b88f4 100644