[PATCH weston] Fix the pixman renderer with respect to output transforms

Commit fa1b3055 introducted a regression in the pixman renderer. In particular, it would not draw properly with any output transform other than normal, 180, 180-flipped, or 270-flipped. This patch fixes this regression. The weston-scalar program appears to work normally at all rotations with thi

[PATCH weston v4 05/15] simple-shm: Add 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 --- Makefile.am | 5 + clients/simple-shm.c | 31 ++- 2 files ch

[PATCH weston v4 11/15] Automatically select the wayland backend if WAYLAND_SOCKET is set

Signed-off-by: Jason Ekstrand --- src/compositor.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/compositor.c b/src/compositor.c index f04bcf9..bc62c36 100644 --- a/src/compositor.c +++ b/src/compositor.c @@ -4088,7 +4088,7 @@ int main(int argc, char *argv[])

[PATCH weston v4 13/15] 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 back

[PATCH weston v4 10/15] 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 --- src/compositor-wayland.c | 10 +++--- src/compositor.c |

[PATCH weston v4 09/15] compositor-wayland: Add support for running on top of wl_fullscreen_shell

Signed-off-by: Jason Ekstrand --- Makefile.am | 3 + src/compositor-wayland.c | 470 --- 2 files changed, 451 insertions(+), 22 deletions(-) diff --git a/Makefile.am b/Makefile.am index c1ab74b..838a051 100644 --- a/Makefile.am +++ b/Mak

[PATCH weston v4 12/15] Properly handle running inside a compositor that does not provide keymaps

Signed-off-by: Jason Ekstrand --- 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 fc9c9b5..ff02649 100644 --- a/src/compositor-wayland.c +++ b/

[PATCH weston v4 06/15] toytoolkit: Only require xdg_shell if the window is not custom

Signed-off-by: Jason Ekstrand --- clients/window.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/clients/window.c b/clients/window.c index 91c1ea0..b4b9588 100644 --- a/clients/window.c +++ b/clients/window.c @@ -4423,7 +4423,7 @@ window_create_internal(struct display *displ

[PATCH weston v4 01/15] Add a fullscreen shell protocol

Signed-off-by: Jason Ekstrand --- protocol/fullscreen-shell.xml | 158 ++ 1 file changed, 158 insertions(+) create mode 100644 protocol/fullscreen-shell.xml diff --git a/protocol/fullscreen-shell.xml b/protocol/fullscreen-shell.xml new file mode 100644 in

[PATCH weston v4 15/15] 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 an

[PATCH weston v4 08/15] Add wl_fullscreen_shell support to weston-fullscreen

Signed-off-by: Jason Ekstrand --- Makefile.am | 3 + clients/fullscreen.c | 165 +++ 2 files changed, 156 insertions(+), 12 deletions(-) diff --git a/Makefile.am b/Makefile.am index d94f0d0..c1ab74b 100644 --- a/Makefile.am +++ b/Makefil

[PATCH weston v4 03/15] Add a signal for when a seat updates its capabilities

Signed-off-by: Jason Ekstrand --- src/compositor.h | 1 + src/input.c | 2 ++ 2 files changed, 3 insertions(+) diff --git a/src/compositor.h b/src/compositor.h index 63e4e2c..7edf7b3 100644 --- a/src/compositor.h +++ b/src/compositor.h @@ -494,6 +494,7 @@ struct weston_seat { struct

[PATCH weston v4 14/15] gl-renderer: Fix read_pixels in the case where we have output borders

Signed-off-by: Jason Ekstrand --- src/gl-renderer.c | 4 1 file changed, 4 insertions(+) diff --git a/src/gl-renderer.c b/src/gl-renderer.c index d03bce6..444aa97 100644 --- a/src/gl-renderer.c +++ b/src/gl-renderer.c @@ -962,6 +962,10 @@ gl_renderer_read_pixels(struct weston_output *output

[PATCH weston v4 07/15] toytoolkit:Expose output make and model

Signed-off-by: Jason Ekstrand --- clients/window.c | 22 ++ clients/window.h | 6 ++ 2 files changed, 28 insertions(+) diff --git a/clients/window.c b/clients/window.c index b4b9588..6e132d5 100644 --- a/clients/window.c +++ b/clients/window.c @@ -349,6 +349,8 @@ struct

[PATCH weston v4 04/15] Add a wl_fullscreen_shell implementation

Signed-off-by: Jason Ekstrand --- Makefile.am| 20 ++ configure.ac | 8 + src/fullscreen-shell.c | 822 + 3 files changed, 850 insertions(+) create mode 100644 src/fullscreen-shell.c diff --git a/Makefile.am b/Makefile.am

[PATCH weston v4 00/15] Add a fullscreen shell protocol

This patch series adds a fullscreen shell protocol as well as support in various clients and pieces of weston to fully demonstrate it. The idea is to make a shell for clients that run entirely fullscreen as the sole client visible to the user. I have four basic use-cases for this. 1) Simple ful

[PATCH weston v4 02/15] Generate/build the fullscreen shell protocol files

Signed-off-by: Jason Ekstrand --- Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/Makefile.am b/Makefile.am index dc50da3..0e749b0 100644 --- a/Makefile.am +++ b/Makefile.am @@ -928,6 +928,7 @@ EXTRA_DIST += \ protocol/text-cursor-posi

Re: [PATCH] protocol: Change wl_surface.damage to be in buffer coordinates.

On Tue, Feb 25, 2014 at 8:13 AM, Jason Ekstrand wrote: > And I forgot reply-all again. This is why I shouldn't respond from my > phone. > > > On Tue, Feb 25, 2014 at 8:07 AM, Pekka Paalanen wrote: >> >> On Tue, 25 Feb 2014 07:44:24 -0600 >> Jason Ekstrand wrote: >> >> > I'll do a full reply lat

Re: [PATCH] protocol: Change wl_surface.damage to be in buffer coordinates.

And I forgot reply-all again. This is why I shouldn't respond from my phone. On Tue, Feb 25, 2014 at 8:07 AM, Pekka Paalanen wrote: > On Tue, 25 Feb 2014 07:44:24 -0600 > Jason Ekstrand wrote: > > > I'll do a full reply later, just a quick one now. > > On Feb 25, 2014 2:31 AM, "Pekka Paalanen

[PATCH weston v2] Add a nested YUV client to the weston-nested example

Here is a second version of the patch to match with the changes in v2 of the extension. Regards, - Neil --- >8 --- (use git am --scissors to automatically chop here) This adds a separate nested client to the weston-nested example which will create YUV buffers using libva. The cod

The X.Org Foundation is an accepted for the GSoC 2014!

Hey, open source graphics enthusiasts, Yesterday, Google announced that the X.Org foundation is an accepted organization for the GSoC 2014! If you are a potential mentor and would have a project you would like a student to work on, you can propose a project in the summer of code ideas wiki p

Re: [RFC v2] Wayland presentation extension (video protocol)

On Mon, 24 Feb 2014 23:25:18 +0100 Mario Kleiner wrote: > On 21/02/14 09:36, Pekka Paalanen wrote: > > ... > Atm. i have to verify on specific X-Server / ddx / Linux kernel > versions, at least for the most common setups i care about, because > there's always potential for bugs, so doing that f

Re: [PATCH] protocol: Change wl_surface.damage to be in buffer coordinates.

On Mon, 24 Feb 2014 22:32:05 -0600 Jason Ekstrand wrote: > When buffer_transform and buffer_scale were first introduced, added, we > specified surface damage to be in surface coordinates. However, this does Don't forget wl_viewport. > not and will never work properly with EGL. Because the buf

Re: [PATCH weston] xdg-shell: add description tags where missing

On Mon, 24 Feb 2014 11:57:31 -0500 "Jasper St. Pierre" wrote: > Aha. I just sort of assumed that we could have a long description of an > by using the contents, and it didn't seem to break. I didn't find > anything else doing it. I didn't know we needed a . > > Reviewed-by: Jasper St. Pierre