noreceive

___ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel

Re: Smart comparing of wl_display_interfaces

On Wed, 15 Oct 2014 22:44:25 +0400 Dmitry Cherkassov dcherkas...@gmail.com wrote: Hi list! The definition of wl_display_interface symbol can come from libwayland-server.so or libwayland-client.so. There is a code in closed source EGL implementation that does interfaces comparison via

Re: [PATCH wayland] wl_strtol and wl_strtoul utility functions are added (inlined patch)

Here are my comments: Giulio Camuffo: if we copy-paste the same code to weston as well, means we have to write tests etc for two functions in weston as well; and it will come with maintenance overhead without any benefit of hiding the APIs in wayland (I can take the responsibility of maintaining

[PATCH weston v2 02/20] gl-renderer: Call glViewport after the context is made current

From: Jason Ekstrand ja...@jlekstrand.net --- src/gl-renderer.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/gl-renderer.c b/src/gl-renderer.c index 076c242..d54928b 100644 --- a/src/gl-renderer.c +++ b/src/gl-renderer.c @@ -867,15 +867,15 @@

[PATCH weston v2 00/20] Replace existing transformation code with matrix operations

This is also available at https://github.com/ManMower/weston/commits/transforms The goal of this patch set is to remove much of the bulky switch statement based transform code and replace it with matrix multiplication. Hopefully this will result in a more maintainable pixman renderer due to the

[PATCH weston v2 17/20] compositor: Add weston_matrix_to_transform function

This function examines a matrix to see if it can be built with simple scale + translate + wl_output_transform enum. --- src/compositor.c | 57 src/compositor.h | 5 + 2 files changed, 62 insertions(+) diff --git a/src/compositor.c

[PATCH weston v2 03/20] Use pixel coordinates for weston_output.matrix

From: Jason Ekstrand ja...@jlekstrand.net Previously, weston_output.matrix was in GL coordinates and therefore only really useful for the GL backend. --- src/compositor.c | 106 -- src/gl-renderer.c | 14 +++- 2 files changed, 52

[PATCH weston v2 08/20] compositor: add weston_matrix_transform_rect() and use it where appropriate

New function that transforms a pixman_box32_t rectangle by a matrix. Since pixman rectangles are represented by 2 corners, non-90 degree rotations can't be properly represented. This function gives the axis aligned rectangle that encloses the rotated rectangle. We use this for

[PATCH weston v2 12/20] compositor: Add a function to test if images transformed by a matrix should be bilinearly filtered

If a transformation matrix causes a scale, a rotation not a multiple of 90 degrees or a non-integer translation then textures rendered with it would benefit from bilinear filtering. This test is done in a lazy fashion by examining elements of the matrix to check for a simple pattern that

[PATCH weston v2 18/20] compositor: add weston_view_to_output_matrix()

New function that creates a matrix that can transform buffer co-ordinates to output co-ordinates (or the inverse of that matrix). --- src/compositor.c | 19 +++ src/compositor.h | 6 +- 2 files changed, 24 insertions(+), 1 deletion(-) diff --git a/src/compositor.c

[PATCH weston v2 14/20] compositor-drm: use weston_surface_to_buffer_rect instead of weston_transformed_rect

The weston_transformed_rect() call should have the same result as weston_surface_to_buffer_rect(). Also, this mix of fixed, float, and int is difficult to follow and I don't trust it, so just convert to fixed for the plane API at the end of the calculation. --- src/compositor-drm.c | 34

[PATCH weston v2 15/20] compositor: Remove weston_transformed_rect() and weston_transformed_coord()

The last caller of weston_transformed_rect() has been replaced so we can remove weston_transformed_rect() - since it was the last caller of weston_transformed_coord() we can get rid of that too. --- src/compositor.c | 80 src/compositor.h |

[PATCH weston v2 05/20] pixman-renderer: Add a weston_matrix_to_pixman_transform function and simplify the buffer-to-output matrix computation

From: Jason Ekstrand ja...@jlekstrand.net Now that we have a buffer-to-surface matrix and the global-to-output matrix is in pixels, we can remove a large chunk of confusing code from the pixman renderer. Hopefully, having this stuff in weston core will keep the pixman renderer from gettin broken

[PATCH weston v2 09/20] compositor: use matrix transforms for surface_to_buffer functions

Now that we have weston_matrix_transform and appropriate matrices we can use that instead of weston_transformed_coord + scaler_surface_to_buffer. scaler_surface_to_buffer no longer has users, so remove it. --- src/compositor.c | 41 - 1 file changed, 4

[PATCH weston v2 11/20] compositor: Remove weston_transformed_region

Replace all uses of weston_transform_region with weston_matrix_transform_region, then remove the function completely. --- src/compositor-wayland.c | 8 ++--- src/compositor-x11.c | 8 + src/compositor.c | 92 src/compositor.h

[PATCH weston v2 13/20] renderers: use weston_matrix_needs_filtering to choose filter parameters in gl and pixman renderers

Note: This causes a performance drop when zoomed under pixman. Also, pixman has clever optimization algorithms to switch from BILINEAR to NEAREST automatically when it detects they'll have the same result - we still do our own test here because the pixman check misses a few opportunities when the

[PATCH weston v2 07/20] compositor: Move weston_matrix_transform_region to compositor.c and export it

We're going to use this to replace much of the other transform code so it's no longer just relevant to pixman-renderer.c --- src/compositor.c | 51 +++ src/compositor.h | 4 src/pixman-renderer.c | 51

[PATCH weston v2 19/20] renderers: use weston_view_to_output_matrix() in renderers

We now use this function in the gl renderer to determine if linear filtering is required, and in the pixman renderer to set up the image transformation. --- src/gl-renderer.c | 9 ++--- src/pixman-renderer.c | 14 +- 2 files changed, 3 insertions(+), 20 deletions(-) diff

[PATCH weston v2 06/20] pixman-renderer: Use output-matrix for region transformations and enable output zoom

From: Jason Ekstrand ja...@jlekstrand.net --- src/pixman-renderer.c | 70 +++ 1 file changed, 60 insertions(+), 10 deletions(-) diff --git a/src/pixman-renderer.c b/src/pixman-renderer.c index 18b6476..d3650d1 100644 --- a/src/pixman-renderer.c

[PATCH weston v2 20/20] compositor-drm: use weston_view_to_output_matrix() to test plane viability

Instead of comparing buffer transforms to output transforms we now use weston_view_to_output_matrix() and weston_matrix_to_transform() to test if we can use a drm plane. We no longer test scaling, since the drm plane api supports scaling. Unfortunately the drmSetPlane() call is far from the

[PATCH weston v2 10/20] compositor: use weston_matrix_transform_region for overlay setup

--- src/compositor-drm.c | 16 ++-- 1 file changed, 6 insertions(+), 10 deletions(-) diff --git a/src/compositor-drm.c b/src/compositor-drm.c index 07b83a7..c997c26 100644 --- a/src/compositor-drm.c +++ b/src/compositor-drm.c @@ -919,17 +919,13 @@

[PATCH weston v2 16/20] compositor: use weston_matrix_transform for weston_output_transform_coordinate

We can greatly simplify weston_output_transform_coordinate now by simply multiplying by the output matrix and converting the result to fixed point. --- src/compositor.c | 62 1 file changed, 4 insertions(+), 58 deletions(-) diff --git

[PATCH v2] wayland-util: added wl_strtol/wl_strtoul utility functions

strtol/strtoul utility functions are used extensively in weston/wayland, and are not bug-free in their current form. To avoid definition in weston and wayland, its wrapped in functions with appropriate input and output checks. Test cases are also updated. Signed-off-by: Imran Zaman

[PATCH 1/2] Support specifying custom directories for the client and server sockets through environment variables.

This is in order to support nested compositor architectures where system compositor using drm-backend is shared among multiple child compositors using wayland-backend. Signed-off-by: Imran Zaman imran.za...@gmail.com --- src/wayland-client.c | 5 - src/wayland-server.c | 5 - 2 files

[PATCH 2/2] Support for adjusting socket access rights to allow group of users to connect to the socket.

This is used for nested compositor architectures. Signed-off-by: Imran Zaman imran.za...@gmail.com --- src/wayland-server.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/src/wayland-server.c b/src/wayland-server.c index 09e8903..721fabe 100644 ---

Re: [PATCH weston v5 2/3] Implement data_device interface destructor

I apologize in advance for only commenting on the whitespace :) On 13/10/14 12:05 AM, kabeer khan wrote: window : compare version and call appropriate destructor Signed-off-by: kabeer khan kabeer.k...@samsung.com --- clients/window.c | 15 ++- 1 file changed, 10 insertions(+),

Re: [PATCH weston v5 3/3 1/2] Implement data_device interface destructor

On 13/10/14 12:06 AM, kabeer khan wrote: data_device : change version while initializing data_device_manager interface and data_device interface Signed-off-by: kabeer khan kabeer.k...@samsung.com --- src/data-device.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-)

[PATCH weston] gl-renderer: compress pixman bands to simplify geometry

Pixman uses y-x banded rectangles to represent regions. We use these y-x banded rectangles to generate triangle fans, resulting in more geometry than strictly necessary to draw the screen. This patch combines the bands to reduce geometry for complex scenes. --- src/gl-renderer.c | 67

Re: [PATCH weston] smoke: Don't commit an xdg_surface with a NULL buffer

On Tue, Oct 14, 2014 at 2:45 AM, Giulio Camuffo giuliocamu...@gmail.com wrote: 2014-10-13 4:57 GMT+03:00 Jasper St. Pierre jstpie...@mecheye.net: Committing to an xdg_surface with a NULL buffer is currently illegal in the mutter implementation, so this simply causes the client to error and

Re: [PATCH weston] smoke: Don't commit an xdg_surface with a NULL buffer

On 10/16/2014 08:03 PM, Jasper St. Pierre wrote: Are there any use cases for hiding a window while keeping it in the same place? We couldn't think of any on IRC. There may be a desire to do that with child windows. If a client has a button that turns a child window on/off, and the user moves

Re: [PATCH weston] smoke: Don't commit an xdg_surface with a NULL buffer

Wayland does not have child windows. On Oct 16, 2014 8:22 PM, Bill Spitzak spit...@gmail.com wrote: On 10/16/2014 08:03 PM, Jasper St. Pierre wrote: Are there any use cases for hiding a window while keeping it in the same place? We couldn't think of any on IRC. There may be a desire to do