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

2013-12-05 Thread Kristian Høgsberg
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 1006

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

2013-12-05 Thread Kristian Høgsberg
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 fullsc

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

2013-12-05 Thread Rafael Antognolli
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 @@

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

2013-12-05 Thread Rafael Antognolli
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 t

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

2013-12-05 Thread Kristian Høgsberg
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 me

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

2013-12-05 Thread Neil Roberts
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 here.

[PATCH] Add wl_dmabuf protocol

2013-12-05 Thread benjamin . gaignard
From: Benjamin Gaignard It allow to use a dmabuf file descriptor in a wayland protocol. To make as generic as possible it is up to the server to call wl_dmabuf_send_format() and/or wl_dmabuf_send_capabilities() to signal it capabilities. Signed-off-by: Benjamin Gaignard --- protocol/Makefile.a

[PATCH] comment wl_buffer function

2013-12-05 Thread Marek Ch
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 http://lists.freedesktop.org/mai

[PATCH] wayland-private: comment wl_buffer functions

2013-12-05 Thread Marek Ch
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 @@ -

Re: [Weston] RDP backend state

2013-12-05 Thread Manuel BACHMANN
Hello Hardening, Thanks, very nice to know you're still around and following these issues ! > However branch 1.1 (which aims to be the next stable) have the prototype that is used in weston now. OK ; I tried to build with 1.1beta before and had a lot more errors and API breaks... so I guess you'

Re: [Weston] RDP backend state

2013-12-05 Thread Hardening
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

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

2013-12-05 Thread Marek Ch
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 1006

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

2013-12-05 Thread Marek Ch
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 1/3] wayland-private: add define for testing static functions

2013-12-05 Thread Marek Ch
Just like in Weston tests. This macro expands to WL_EXPORT when being compiled in tests and to 'static' keyword otherwise. --- src/wayland-private.h | 7 +++ tests/Makefile.am | 5 - 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/src/wayland-private.h b/src/wayland-priv

[PATCH 0/3] Test static functions

2013-12-05 Thread Marek Ch
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): wayland-p

Re: [Weston] RDP backend state

2013-12-05 Thread Manuel BACHMANN
Hi Michael, Thanks for link ! I tried messing with the code too, and even directly in FreeRDP, but it rapidly went out of control so I stopped... I found some referencs that it worked back in April-May : http://lists.freedesktop.org/archives/wayland-bugs/2013-July/001784.html(Weston 1.1 ?) so it

Re: [Weston] RDP backend state

2013-12-05 Thread Michael Hanselmann
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 failed to initialize EGL EGL does > not seem to work, falling back to software rendering and wl_shm > > (my EGL doesn't work,

[Weston] RDP backend state

2013-12-05 Thread Manuel BACHMANN
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 However, it renders only a black screen, and

Re: [PATCH] Add a weston_surface_set_size function

2013-12-05 Thread Pekka Paalanen
On Wed, 4 Dec 2013 20:32:03 -0600 Jason Ekstrand 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 allows you to do tha

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

2013-12-05 Thread Pekka Paalanen
On Wed, 4 Dec 2013 17:38:23 +0100 Sebastian Wick 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 makes screen capturin

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

2013-12-05 Thread David Herrmann
Hi On Tue, Dec 3, 2013 at 10:42 PM, Kristian Høgsberg wrote: > On Sat, Nov 30, 2013 at 2:25 AM, David Herrmann 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. However, the >> weston DRM backend was d