some diagrams regarding Wayland and the Linux graphics stack

Hey folks, I have created these diagrams [1], would you bother to have a look at them? Feel free to comment, edit or reuse them. Thank you. Regards, ScotXW [1] http://commons.wikimedia.org/wiki/User:ScotXW ___ wayland-devel mailing list wayland-devel@l

Re: New Wayland Live CD

On Sunday, September 01, 2013 11:38:22 PM you wrote: > > On Saturday, August 31, 2013 07:39:41 AM Pier Luigi wrote: > > > > > > 2013/8/31 nerdopolis > > > > > > > > > > Unfortunately the Hawaii shell is currently not working on the framebuffer > > backed weston, which means it won't work on

Re: some diagrams regarding Wayland and the Linux graphics stack

Hi, On Sep 6, 2013 8:49 PM, "Rex Fuchs" wrote: > > Hey folks, > > I have created these diagrams [1], would you bother to have a look at them? They look good. > Feel free to comment, edit or reuse them. > Thank you. Thanks! Ilyes > > Regards, > ScotXW > > [1] http://commons.wikimedia.org/wiki

[PATCH weston 3/4] data-device: Lookup drag resources using the focussed surface

From: Rob Bradford Rather than relying on focussed resource to get the client to lookup the drag resource with instead derive the client from the focussed surface. This is equivalent as the focussed resource is derived from the focussed surface in the weston_keyboard_set_focus function. --- src

[PATCH weston 2/4] input: Use a client destroy listener for resetting the focus resource

From: Rob Bradford This is currently equivalent as there is no way for the pointer, keyboard or touch resource to be destroyed without the client being destroyed. This removes another place where a single resource for the focus is assumed. --- src/input.c | 12 ++-- 1 file changed, 6 ins

[PATCH wayland] wayland-server: Add a wl_resource_for_each_safe macro

From: Rob Bradford A version of wl_resource_for_each that is safe for iteration when items in the list are removed. --- src/wayland-server.h | 8 1 file changed, 8 insertions(+) diff --git a/src/wayland-server.h b/src/wayland-server.h index d77050d..c0365c0 100644 --- a/src/wayland-ser

[PATCH weston 1/4] input: Use new wl_resource_for_each for sending updated seat caps

From: Rob Bradford --- src/input.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/src/input.c b/src/input.c index aa40b4e..e6d074e 100644 --- a/src/input.c +++ b/src/input.c @@ -398,8 +398,8 @@ weston_touch_destroy(struct weston_touch *touch) static void seat_send_u

WIP patches for multi resource using in place lists

As per your feedback i've dropped the per client list of resources stored in array indexed by a new client ID and replaced that with logic that munges the focussed resources from each list. The first three patches in the series were common with the previous solution. Unfortunately this last patch

[PATCH weston 4/4] input: Emit events on all resources for a client

From: Rob Bradford The Wayland protocol permits a client to request the pointer, keyboard and touch multiple times from the seat global. This is very useful in a component like Clutter-GTK where we are combining two libraries that use Wayland together. This change migrates the weston input handl

[PATCH weston 2/2] vaapi-recorder: Don't leak drm fd

Make vaapi_recorder take onwership of the fd and close it at destroy time. --- src/compositor-drm.c | 1 - src/vaapi-recorder.c | 4 +++- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/src/compositor-drm.c b/src/compositor-drm.c index 7f6ffbc..68406da 100644 --- a/src/compositor-dr

[PATCH weston 1/2] vaapi-recorder: Encode frames in a separate thread

Previously, vaapi_recorder_frame() would wait until the encoded contents for a frame is written to the output file descriptor. This delayed the repainting of the next frame, and affected frame rate when capturing with high resolutions. Instead, wait only if there is and attempted to encode two fram

[PATCH weston] add libhybris support

it uses the Android fbdev HAL[1] (through libhybris[2]) and the libhybris implementation of wayland-egl. Configure flags: cairo: --enable-glesv2=yes --enable-egl=yes weston: --with-cairo-glesv2 --enable-fbdev-compositor hybris: --enable-wayland --enable-arch=x86 --with-android-head

Re: [PATCH weston 0/6] ivi-shell proposal

On Fri, 6 Sep 2013 08:39:24 +0900 "Nobuhiko Tanibata" wrote: > - Original Message - > From: "Pekka Paalanen" > To: "Nobuhiko Tanibata" > Cc: ; > Sent: Thursday, September 05, 2013 10:02 PM > Subject: Re: [PATCH weston 0/6] ivi-shell proposal > > > > On Wed, 4 Sep 2013 09:08:26 +0900

[PATCH weston v3] Copying xkb_info when creating a seat causes problems

Sorry, I missed updating use of xkb_info in compositor-x11.c. I've updated the patch. --- src/compositor-x11.c |2 +- src/compositor.h |5 ++-- src/input.c | 77 +++--- src/text-backend.c |4 +-- 4 files changed, 54 insertio

Re: [PATCH 4/4] utils: tweak wl_list for better doxygen output

On Wed, Aug 28, 2013 at 06:02:02PM -0500, Aaron Faanes wrote: > --- > src/wayland-util.h | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/src/wayland-util.h b/src/wayland-util.h > index 02d9458..fd735f7 100644 > --- a/src/wayland-util.h > +++ b/src/wayland-util.h > @@

Re: [PATCH xwayland] xwayland: Probe outputs on preinit

This actually made xwayland work for me when running weston using the X11 backend. If I run it using the drm backend, though, it still fails: [102316.702] (==) intel(0): Backing store disabled > [102316.702] (==) intel(0): Silken mouse enabled > [102316.702] (II) intel(0): Initializing HW Cursor