[PATCH 2/2] compositor.c: restore surface->plane from destroyed plane to primary plane

In drm backend, the plane pointer of cursor surface point to drm_output->cursor_plane. when this output is removed, drm_output->cursor_plane is destroyed, but cursor_surface->plane doesn't restored to primary plane. So once mouse move to this cursor_surface and system will repaint this cursor_sur

[PATCH 1/2] compositor-drm: avoid output_destroy happened before page_flip event

Currently there is no guarentee that output remove event always happend after page_flip event on the same output. So if the following situation occur: first: unplug a output second: output remove event arrive, output_destrory called adn free output third: page_flip event arrive on the destroyed out

Re: Wayland and Weston 1.3 releases are out

Kristian Høgsberg wrote: Plans for 1.4 We're going to try something new for 1.4 - we'll do an alpha release a month before the scheduled release. I'm looking at Jan 15, 2014 as the release date for 1.4.0, and we'll do an alpha release on Dec 16. The motivation here is to get a snapshot out a bi

Re: [PATCH weston] launcher: Wrap drmGetMagic and drmAuthMagic so we can build without libdrm

On Wed, Oct 09, 2013 at 11:30:57AM +0200, Tomeu Vizoso wrote: > --- > src/launcher-util.c | 14 +++--- > 1 file changed, 11 insertions(+), 3 deletions(-) Thanks, applied to master. Kristian > diff --git a/src/launcher-util.c b/src/launcher-util.c > index 6c28dc3..8b19b9d 100644 > --- a/

Re: [PATCH weston] rpi: Remove redundant cast

On Wed, Oct 09, 2013 at 11:29:45AM +0200, Tomeu Vizoso wrote: > --- > src/rpi-renderer.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) Thanks, applied to master. We're not not branched yet, so this will apply to both 1.3.1 and 1.4. Kristian > diff --git a/src/rpi-renderer.c b/src/r

Wayland and Weston 1.3 releases are out

Hi all, I've tagged and pushed the 1.3 release and it's available from http://wayland.freedesktop.org/releases as usual and the hashes for this release are: febbbfc8d76ed0b2157077d50cb6e5ceb1aa47de wayland-1.3.0.tar.xz 2c3dbb89031f120fb191492634e53a583f99d57d wayland 1.3.0 tag 670f95844d

Re: [PATCH weston] Add a way to update the keymap

On Thu, Oct 10, 2013 at 07:53:12PM +0200, Rui Tiago Cação Matos wrote: > Hi, > > On 7 October 2013 20:16, Ran Benita wrote: > > At least retaining the locked modifiers (and therefore the LED state in > > most cases) would be nice, and not too problematic I think (though some > > edge cases are ex

Re: [PATCH weston] Add a way to update the keymap

Hi, On 7 October 2013 20:16, Ran Benita wrote: > At least retaining the locked modifiers (and therefore the LED state in > most cases) would be nice, and not too problematic I think (though some > edge cases are expected). Ok, the new version keeps both latched and locked modifiers. > (Also, th

Re: [PATCH weston] Add a way to update the keymap

Hi, On 7 October 2013 16:27, Daniel Stone wrote: > But I'm really not sure about this. It's really hard to get this > right, especially when you're changing modifier options. The only > real workable solution I've seen is to pend the actual change until > all keys have been released. So, in th

[PATCH v2 4/4] clients/window: Dispose of previous keymap and state on keymap change

--- clients/window.c | 24 +++- 1 file changed, 15 insertions(+), 9 deletions(-) diff --git a/clients/window.c b/clients/window.c index 5b20da5..1f32c73 100644 --- a/clients/window.c +++ b/clients/window.c @@ -3037,6 +3037,8 @@ keyboard_handle_keymap(void *data, struct wl_keyb

[PATCH v2 3/4] compositor-wayland: Handle keymap changes

--- src/compositor-wayland.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/compositor-wayland.c b/src/compositor-wayland.c index 77b2a2c..0fd7267 100644 --- a/src/compositor-wayland.c +++ b/src/compositor-wayland.c @@ -515,7 +515,11 @@ input_handle_keymap(void *data,

[PATCH v2 2/4] compositor-x11: Update keymap when XKB keymap changes

--- v2: - improved error handling a bit; src/compositor-x11.c | 38 -- 1 file changed, 32 insertions(+), 6 deletions(-) diff --git a/src/compositor-x11.c b/src/compositor-x11.c index 704e751..6530bde 100644 --- a/src/compositor-x11.c +++ b/src/compositor-x11.

[PATCH v2 1/4] input: Add core API to update the keymap

How and when to update the keymap is left to each backend. The new keymap only becomes effective when no keys are pressed and we keep latched and locked modifiers from the previous state. --- v2: - defer updating the keymap until no keys are pressed; - keep latched and locked modifiers state;

Re: [PATCH 1/7] xwayland: Remove unused call weston_wm_handle_configure_notify.

Hello. Ignore the 7 in the patchset count its only these two patches. regards Stefan Schmidt ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel

[PATCH 2/7] clients: Update .gitignore for weston-multi-resource

Signed-off-by: Stefan Schmidt --- clients/.gitignore |1 + 1 file changed, 1 insertion(+) diff --git a/clients/.gitignore b/clients/.gitignore index aa5e53c..23959cc 100644 --- a/clients/.gitignore +++ b/clients/.gitignore @@ -41,6 +41,7 @@ weston-screensaver weston-screenshooter weston-t

[PATCH 1/7] xwayland: Remove unused call weston_wm_handle_configure_notify.

We get the child position but never use this information here. Just remove it. Spotted by Christopher Michael. Signed-off-by: Stefan Schmidt --- src/xwayland/window-manager.c |2 -- 1 file changed, 2 deletions(-) diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c ind