Re: [PATCH weston-ivi-shell 00/15] a reference shell for In-Vehicle Infotainment system

Hi, Thanks to review comments from mainling list. I refine patch series to view them clearly. I think some review comments remained there to be fixed. I will use this thread. BR, Nobuhiko 2014-03-06 18:19 に nobuhiko_tanibata さんは書きました: Hi, This patch series adds a reference implementation

[PATCH weston-ivi-shell v4 0/9] a reference shell for In-Vehicle Infotainment system

Hi, Thanks to review comments from mainling list. I refine patch series to view them clearly as v4. I think some review comments remained there to be fixed. I will use this thread. BR, Nobuhiko 2014-03-06 18:19 に nobuhiko_tanibata さんは書きました: Hi, This patch series adds a reference

[PATCH weston-ivi-shell v4 1/9] ivi application protocol:

Add interface ivi_application, which creates ivi_surface objects tied to a given wl_surface with a given id. The given id can be used in a shell to identify which application is assigned to a wl_surface and layout the surface wherever the shell wants. ivi_surface objects can be used to receive

[PATCH weston-ivi-shell v4 3/9] ivi-shell supports a type of shell for In-Vehicle Infotainment system.

In-Vehicle Infotainment system traditionally manages surfaces with global identification. A protocol, ivi_application, supports such a feature by implementing a request, ivi_application::surface_creation defined in ivi_application.xml. Additionally, it initialize a library, weston-layout, to

[PATCH weston-ivi-shell v4 4/9] A reference protocol of ivi hmi controller to set up IVI style UI.

The reference protocol is used between hmi-controller and hmi-controller-homescreen. Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp --- Changes for v2: - squash Makefile to this patch Changes for v3 and v4 - nothing. Version number aligned to the first patch

[PATCH weston-ivi-shell v4 6/9] A reference implementation of UI client how to use ivi-hmi-controller.

This is launched from hmi-controller by using hmi_client_start and create a pthread. The basic flow is as followed, 1/ create pthread 2/ read configuration from weston.ini. 3/ draw png file to surface according to configuration of weston.ini 4/ set up UI by using ivi-hmi-controller protocol 5/

[PATCH weston-ivi-shell v4 8/9] Add a reference of weston.ini for ivi-shell and ivi-hmi-controller.

Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp --- Changes for v2: - squash Makefile to this patch Changes for v3 and v4 - nothing. Version number aligned to the first patch ivi-shell/Makefile.am | 12 ivi-shell/weston.ini.in | 79

[PATCH weston-ivi-shell v4 9/9] Modify example clients to support ivi-application.xml

Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp --- Changes for v2, v3 and v4 - nothing. Version number aligned to the first patch clients/.gitignore | 5 clients/Makefile.am | 65 ++ clients/simple-egl.c | 67

Re: [PATCH weston-ivi-shell v3 02/10] ivi application protocol:

On Mon, 17 Mar 2014 13:48:45 +0900 Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp wrote: 2014-03-17 10:24 に Nobuhiko Tanibata さんは書きました: 2014-03-15 15:58 に Nobuhiko Tanibata さんは書きました: 2014-03-14 23:16 に Pekka Paalanen さんは書きました: On Wed, 12 Mar 2014 23:59:33 +0900 Nobuhiko Tanibata

Re: [PATCH weston-ivi-shell v3 02/10] ivi application protocol:

2014-03-17 16:15 に Pekka Paalanen さんは書きました: On Mon, 17 Mar 2014 13:48:45 +0900 Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp wrote: 2014-03-17 10:24 に Nobuhiko Tanibata さんは書きました: 2014-03-15 15:58 に Nobuhiko Tanibata さんは書きました: 2014-03-14 23:16 に Pekka Paalanen さんは書きました: On Wed, 12 Mar

Re: [PATCH 02/12] shell.c: Restore maximized and fullscreen window on destroyed output

On 03/07/2014 10:27 AM, Xiong Zhang wrote: When maximized or fullscreen window is on destroyed output, compositor can't change these windows to normal window without notify client, otherwise maximize icon or F11 buttion lose its effect after output unplug. Instead we keep these window as

Re: [PATCH 06/12] compositor-drm: Abstract drm_output_set_mode()

That's a good clean up. Cheers, Ander On 03/07/2014 10:27 AM, Xiong Zhang wrote: Signed-off-by: Xiong Zhang xiong.y.zh...@intel.com --- src/compositor-drm.c | 45 +++-- 1 file changed, 23 insertions(+), 22 deletions(-) diff --git

Suggestions for possible GSoC project proposals regarding Wayland/X11 development?

Hello, I'm a college student who is looking into taking part in the Google Summer of Code, specifically with X.Org and Wayland. However, I've been having a bit of a challenge finding a project proposal that I think I would be able to implement, and one that involves working with Wayland

Re: [PATCH weston 7/8] protocol, compositor: split wl_viewport setters

Pekka Paalanen wrote: A zero-area source can theoretically exist: you sample the color exactly at src_x,src_y and use that single color for the whole surface. That's an interesting interpretation, but it implies that the filters for sampling are allowed, and in fact expected, to sample

[PATCH fullscreen-shell v5 01/18] Add a fullscreen shell protocol

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- protocol/fullscreen-shell.xml | 206 ++ 1 file changed, 206 insertions(+) create mode 100644 protocol/fullscreen-shell.xml diff --git a/protocol/fullscreen-shell.xml b/protocol/fullscreen-shell.xml

[PATCH fullscreen-shell v5 04/18] Add possible capabilities CURSOR_PLANE and ARBITRARY_MODE

The CURSOR_PLANE capability indicates that the backend has a concept of a cursor plane and can handle a cursor without compositing. This is currently only advertised by the DRM backend. The ARBITRARY_MODE flag specifies that the backend is capable of switching to virtually any resolution. This

[PATCH fullscreen-shell v5 17/18] gl-renderer: Fix read_pixels in the case where we have output borders

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- src/gl-renderer.c | 4 1 file changed, 4 insertions(+) diff --git a/src/gl-renderer.c b/src/gl-renderer.c index 29d96f3..6adc88a 100644 --- a/src/gl-renderer.c +++ b/src/gl-renderer.c @@ -964,6 +964,10 @@ gl_renderer_read_pixels(struct

[PATCH fullscreen-shell v5 10/18] weston-fullscreen: Add wl_fullscreen_shell support

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- Makefile.am | 3 + clients/fullscreen.c | 163 +++ 2 files changed, 154 insertions(+), 12 deletions(-) diff --git a/Makefile.am b/Makefile.am index 5b6b523..464d086 100644 ---

[PATCH fullscreen-shell v5 05/18] Add a wl_fullscreen_shell implementation

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- Makefile.am | 22 + configure.ac| 8 + fullscreen-shell/fullscreen-shell.c | 830 3 files changed, 860 insertions(+) create mode 100644

[PATCH fullscreen-shell v5 02/18] Generate/build the fullscreen shell protocol files

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/Makefile.am b/Makefile.am index 5ff4f83..e181528 100644 --- a/Makefile.am +++ b/Makefile.am @@ -920,6 +920,7 @@ EXTRA_DIST += \

[PATCH fullscreen-shell v5 06/18] simple-shm: Add wl_fullscreen_shell support

This makes simple-shm act like a very simple fullscreen shell client. This is the kind of interaction one would expect out of a boot splash screen or similar. Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- Makefile.am | 6 +- clients/simple-shm.c | 31

[PATCH fullscreen-shell v5 09/18] toytoolkit: Don't crash if wl_data_device_manager is not present

This is primaraly to get weston-fullscreen to run on compositors that lack copy-paste support. Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- clients/window.c | 24 1 file changed, 16 insertions(+), 8 deletions(-) diff --git a/clients/window.c b/clients/window.c

[PATCH fullscreen-shell v5 15/18] compositor-wayland: Properly handle running inside a compositor that does not provide keymaps

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- src/compositor-wayland.c | 61 +--- 1 file changed, 37 insertions(+), 24 deletions(-) diff --git a/src/compositor-wayland.c b/src/compositor-wayland.c index 965f3c5..8256fa1 100644 ---

[PATCH fullscreen-shell v5 14/18] Automatically select the wayland backend if WAYLAND_SOCKET is set

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- src/compositor.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/compositor.c b/src/compositor.c index 919f4c7..437c37d 100644 --- a/src/compositor.c +++ b/src/compositor.c @@ -4086,7 +4086,7 @@ int main(int argc, char

[PATCH fullscreen-shell v5 13/18] compositor-wayland: Add a --sprawl option

This forces weston to create one output for every parent output. This is enabled by default if it detects a wl_fullscreen_shell. The --sprawl option is primarily to enable this on wl_shell. Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- src/compositor-wayland.c | 10 +++---

[PATCH fullscreen-shell v5 03/18] Add a signal for when a seat updates its capabilities

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- src/compositor.h | 1 + src/input.c | 2 ++ 2 files changed, 3 insertions(+) diff --git a/src/compositor.h b/src/compositor.h index 8fb8afb..67d8ef9 100644 --- a/src/compositor.h +++ b/src/compositor.h @@ -495,6 +495,7 @@ struct

[PATCH fullscreen-shell v5 11/18] weston-fullscreen: Add cursor drawing support and properly handle WL_FULLSCREEN_SHELL_CAPABILITY_CURSOR_PLANE

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- clients/fullscreen.c | 102 +-- 1 file changed, 98 insertions(+), 4 deletions(-) diff --git a/clients/fullscreen.c b/clients/fullscreen.c index 247232b..1bf36b1 100644 ---

[PATCH fullscreen-shell v5 08/18] toytoolkit: Expose output make and model

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- clients/window.c | 22 ++ clients/window.h | 6 ++ 2 files changed, 28 insertions(+) diff --git a/clients/window.c b/clients/window.c index ccc333e..da93604 100644 --- a/clients/window.c +++ b/clients/window.c @@

[PATCH fullscreen-shell v5 00/18] Add a fullscreen shell protocol

This is version 5 of my wl_fullscreen_shell patchset. Version 4 can be found here: http://lists.freedesktop.org/archives/wayland-devel/2014-February/013448.html For easier testing/review, this patch series can also be found on the fullscreen-shell-v5 branch on my github page:

[PATCH fullscreen-shell v5 12/18] compositor-wayland: Add support for running on top of wl_fullscreen_shell

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- Makefile.am | 3 + src/compositor-wayland.c | 470 --- 2 files changed, 451 insertions(+), 22 deletions(-) diff --git a/Makefile.am b/Makefile.am index 464d086..a2f9038 100644 ---

[PATCH fullscreen-shell v5 16/18] Add support for running with a primary client

On startup weston now detects the WAYLAND_SERVER_SOCKET environment variable. If found, weston does not create the display like normal, but instead directly adds a client corresponding to the given fd. This, combined with the fullscreen shell, allows a process to spawn weston and use it as a

[PATCH fullscreen-shell v5 07/18] toytoolkit: Only require xdg_shell if the window is not custom

Signed-off-by: Jason Ekstrand ja...@jlekstrand.net --- clients/window.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/clients/window.c b/clients/window.c index 3136a7d..ccc333e 100644 --- a/clients/window.c +++ b/clients/window.c @@ -4368,7 +4368,7 @@

[PATCH fullscreen-shell v5 18/18] Add a screen sharing plugin

This adds a plugin called screen-share.so. If the screen-share.so module is imported, it will add the CTRL+ALT+s keybinding to start a screen sharing session. If you press CTRL+ALT+S, weston will spawn another copy of weston, this time with the RDP backend, and mirrors the current screen to it

Re: [RFC PATCH libinput] udev: add libinput_udev_rescan_devices()

On Sat, Mar 15, 2014 at 07:59:29PM +0100, Jonas Ådahl wrote: On Thu, Mar 13, 2014 at 04:18:20PM +1000, Peter Hutterer wrote: When a libinput context for a given seat is initialized, not all devices may be available. Some or all devices may be paused by systemd-logind. Waiting for a

Re: [PATCH 02/12] shell.c: Restore maximized and fullscreen window on destroyed output

On Mon, 2014-03-17 at 19:17 +0200, Ander Conselvan de Oliveira wrote: On 03/07/2014 10:27 AM, Xiong Zhang wrote: When maximized or fullscreen window is on destroyed output, compositor can't change these windows to normal window without notify client, otherwise maximize icon or F11 buttion