Re: [PATCH weston] simple-shm: honour wl_buffer.release

2012-11-19 Thread Pekka Paalanen
On Mon, 19 Nov 2012 15:56:23 -0500 Kristian Høgsberg wrote: > On Mon, Nov 19, 2012 at 03:29:09PM +0200, Pekka Paalanen wrote: > > Change simple-shm to properly process the wl_buffer.release event, and > > not reuse a buffer until it is released by the server, as specified in > > the protocol. > >

Re: Wayland on Embedded

2012-11-19 Thread Pekka Paalanen
On Tue, 20 Nov 2012 12:34:54 +0530 Abhijit Potnis wrote: > Hello Henius, > > > On Mon, Nov 19, 2012 at 3:34 PM, Henius Dong wrote: > > > Hello Abhijit > > > > I saw the topic "Wayland on Embedded" in wayland-devel mailing list. I'm > > interested in this topic too. But, I'm naive in this topi

Re: Wayland on Embedded

2012-11-19 Thread Abhijit Potnis
Hello Henius, On Mon, Nov 19, 2012 at 3:34 PM, Henius Dong wrote: > Hello Abhijit > > I saw the topic "Wayland on Embedded" in wayland-devel mailing list. I'm > interested in this topic too. But, I'm naive in this topic now. So, I write > a mail to you to see whether you could give me some hint

Re: Problems with the newest wayland git

2012-11-19 Thread Bill Spitzak
Compiling weston with --with-cairo-glesv2 makes no difference. The following is printed by configure for weston: checking for CAIRO_EGL... no configure: WARNING: clients will use cairo image, cairo-egl not used because No package 'cairo-egl' found No package 'cairo-glesv2' found Perhaps somet

1.0.1 Releases are out

2012-11-19 Thread Kristian Høgsberg
Hi all, I just uploaded tarballs and tagged 1.0.1 in the Weston and Wayland repos. The 1.0.1 releases are maintenance releases and fixes a number of bugs in 1.0.0. Available from http://wayland.freedesktop.org/releases: 51c3152c85cf0fdf2c555e0e738b0c76ebcc0837 wayland-1.0.1.tar.xz 500682

Re: Wayland on Embedded

2012-11-19 Thread Henius Dong
Hello Abhijit I saw the topic "Wayland on Embedded" in wayland-devel mailing list. I'm interested in this topic too. But, I'm naive in this topic now. So, I write a mail to you to see whether you could give me some hints or not? Now, I'm going to port the wayland onto freescale iMX6 board. It

Re: [PATCH weston v3] simple-egl: Reset opaque region if not fullscreen.

2012-11-19 Thread Kristian Høgsberg
On Mon, Nov 19, 2012 at 02:17:52PM -0700, Scott Moreau wrote: > If simple-egl is toggled fullscreen, the opqaue region is set for the surface > but never removed after exiting fullscreen. This patch resets the opaque > region > to 0 if the surface is not fullscreen and -o was not passed. This fixe

Re: [PATCH v2 wayland 1/4] doc: Enable docbook building without Publican also

2012-11-19 Thread Kristian Høgsberg
On Mon, Nov 19, 2012 at 10:32:57AM -0200, Tiago Vignatti wrote: > This patch enables the docbook XML documentation to be built even in the > absence of the Publican tool. Though, when lacking Publican, no pdf/html/etc > conversion from XML is performed yet. We dont want two different documentation

Re: [PATCH wayland 1/2 v2] protocol: Add resize from center flag.

2012-11-19 Thread Scott Moreau
On Mon, Nov 19, 2012 at 1:39 PM, Kristian Høgsberg wrote: > On Mon, Nov 19, 2012 at 12:10:09PM -0700, Scott Moreau wrote: > > On Mon, Nov 19, 2012 at 11:36 AM, Bill Spitzak > wrote: > > > > > Scott Moreau wrote: > > > > > > Because resize-from-center depends on knowing what edge was actually > >

[PATCH weston v3] simple-egl: Reset opaque region if not fullscreen.

2012-11-19 Thread Scott Moreau
If simple-egl is toggled fullscreen, the opqaue region is set for the surface but never removed after exiting fullscreen. This patch resets the opaque region to 0 if the surface is not fullscreen and -o was not passed. This fixes the problem introduced sometime since d7f282b84e, when this was last

Re: [PATCH weston 4/5] window: merge struct surface_data into shm_surface_data

2012-11-19 Thread Kristian Høgsberg
On Mon, Nov 19, 2012 at 03:32:50PM +0200, Pekka Paalanen wrote: > Struct surface_data was not really useful, and it definitely was not > used with EGL-based windows. > > This also fixes a semantic mistake, where struct shm_surface_data was > put into cairo_surface_t private, but got out as struct

Re: [PATCH weston 1/5] window: make window_{create,set}_surface private

2012-11-19 Thread Kristian Høgsberg
On Mon, Nov 19, 2012 at 03:32:47PM +0200, Pekka Paalanen wrote: > I do not think these are meant to be called by the applications > directly. Applications certainly do not have to call them. These all look good, thanks. Kristian > Signed-off-by: Pekka Paalanen > --- > clients/window.c |4 +

Re: [PATCH weston] simple-shm: honour wl_buffer.release

2012-11-19 Thread Kristian Høgsberg
On Mon, Nov 19, 2012 at 03:29:09PM +0200, Pekka Paalanen wrote: > Change simple-shm to properly process the wl_buffer.release event, and > not reuse a buffer until it is released by the server, as specified in > the protocol. > > In case the server has not released the buffer, but signals that it

Re: [PATCH wayland 1/2 v2] protocol: Add resize from center flag.

2012-11-19 Thread Kristian Høgsberg
On Mon, Nov 19, 2012 at 12:10:09PM -0700, Scott Moreau wrote: > On Mon, Nov 19, 2012 at 11:36 AM, Bill Spitzak wrote: > > > Scott Moreau wrote: > > > > Because resize-from-center depends on knowing what edge was actually > >> clicked on, setting both left and right bits simultaneously means that

Re: [PATCH weston v2] simple-egl: Reset opaque region if not fullscreen.

2012-11-19 Thread Kristian Høgsberg
On Mon, Nov 19, 2012 at 11:00:28AM -0700, Scott Moreau wrote: > If simple-egl is toggled fullscreen, the opqaue region is set for the surface > but never removed after exiting fullscreen. This patch resets the opaque > region > to 0 if the surface is not fullscreen and -o was not passed. This fixe

Re: Problems with the newest wayland git

2012-11-19 Thread John Kåre Alsaker
On Mon, Nov 19, 2012 at 9:05 PM, Bill Spitzak wrote: > > > John Kåre Alsaker wrote: >> >> On Mon, Nov 19, 2012 at 8:32 PM, Bill Spitzak wrote: >>> >>> Can somebody explain why compiling weston with the switch >>> "--with-cairo-glesv2" would perhaps fix the weston clients (I am not at >>> my >>> m

[PATCH weston 2/2] xwayland: xwm: Fix WM initialization

2012-11-19 Thread Tiago Vignatti
It's vital to set SubstructureNotifyMask bit on WM root window and make sure the X server gets it before any other client is created. Signed-off-by: Tiago Vignatti --- src/xwayland/window-manager.c |1 + 1 file changed, 1 insertion(+) diff --git a/src/xwayland/window-manager.c b/src/xwaylan

[PATCH weston 1/2] xwayland: Only initialise WM on signal from the server

2012-11-19 Thread Tiago Vignatti
From: Daniel Stone To avoid deadlocks where the X server is blocked on a roundtrip for information from the compositor, and the compositor is blocked waiting for connection information from the X server in window manager init, wait for a signal from the X server saying that it's now waiting for c

[PATCH xserver] xwayland: Port to Wayland 1.0 API

2012-11-19 Thread Tiago Vignatti
From: Daniel Stone Signed-off-by: Daniel Stone Signed-off-by: Tiago Vignatti --- hw/xfree86/xwayland/xserver.xml|4 +- hw/xfree86/xwayland/xwayland-cursor.c | 40 ++ hw/xfree86/xwayland/xwayland-drm.c | 40 ++ hw/xfree86/xwayland/xwayland-input.c | 26 +

Re: Problems with the newest wayland git

2012-11-19 Thread Bill Spitzak
John Kåre Alsaker wrote: On Mon, Nov 19, 2012 at 8:32 PM, Bill Spitzak wrote: Can somebody explain why compiling weston with the switch "--with-cairo-glesv2" would perhaps fix the weston clients (I am not at my machine to try this so I don't know if it does). Doesn't that switch *make* it use

Re: Problems with the newest wayland git

2012-11-19 Thread John Kåre Alsaker
On Mon, Nov 19, 2012 at 8:32 PM, Bill Spitzak wrote: > Can somebody explain why compiling weston with the switch > "--with-cairo-glesv2" would perhaps fix the weston clients (I am not at my > machine to try this so I don't know if it does). Doesn't that switch *make* > it use EGL rather than havin

Re: Problems with the newest wayland git

2012-11-19 Thread Bill Spitzak
Can somebody explain why compiling weston with the switch "--with-cairo-glesv2" would perhaps fix the weston clients (I am not at my machine to try this so I don't know if it does). Doesn't that switch *make* it use EGL rather than having cairo write to the image buffer? Bill Spitzak wrote: S

Re: Problems with the newest wayland git

2012-11-19 Thread Bill Spitzak
Scott Moreau wrote: I believe all open drivers should work with drm at this point. There was a nouveau kernel module bug that was recently fixed. The report can be found here https://bugs.freedesktop.org/show_bug.cgi?id=54576 Nouveau has a bug that makes x11-compositor very very slow (event-r

Re: Problems with the newest wayland git

2012-11-19 Thread Scott Moreau
On Mon, Nov 19, 2012 at 12:00 PM, Bill Spitzak wrote: > Pekka Paalanen wrote: > > There have been complaints, that current Mesa does not work for >> software rendering in the Wayland stack, but I don't really know >> about that. It seems to be an uninteresting topic for Wayland devs >> (me inclu

Re: [PATCH wayland 1/2 v2] protocol: Add resize from center flag.

2012-11-19 Thread Scott Moreau
On Mon, Nov 19, 2012 at 11:36 AM, Bill Spitzak wrote: > Scott Moreau wrote: > > Because resize-from-center depends on knowing what edge was actually >> clicked on, setting both left and right bits simultaneously means that both >> left and right cases will be hit, and whichever sets the offset l

Re: Problems with the newest wayland git

2012-11-19 Thread Bill Spitzak
Pekka Paalanen wrote: There have been complaints, that current Mesa does not work for software rendering in the Wayland stack, but I don't really know about that. It seems to be an uninteresting topic for Wayland devs (me included). It does sound like https://bugs.freedesktop.org/show_bug.cgi?

Re: [PATCH wayland 1/2 v2] protocol: Add resize from center flag.

2012-11-19 Thread Bill Spitzak
Scott Moreau wrote: Because resize-from-center depends on knowing what edge was actually clicked on, setting both left and right bits simultaneously means that both left and right cases will be hit, and whichever sets the offset last, wins. You should be able to tell "which" edge by what sid

[PATCH weston v2] simple-egl: Reset opaque region if not fullscreen.

2012-11-19 Thread Scott Moreau
If simple-egl is toggled fullscreen, the opqaue region is set for the surface but never removed after exiting fullscreen. This patch resets the opaque region to 0 if the surface is not fullscreen and -o was not passed. This fixes the problem introduced sometime since d7f282b84e, when this was last

[PATCH weston 6/6] window: honour wl_buffer.release

2012-11-19 Thread Pekka Paalanen
Listen for wl_buffer.release events in the shm path, and if a previously posted buffer is still held by the server, allocate another one. The maximum of two should be enough, since there is no point for a server to hold more than one buffer at a time. Buffer allocation happens as needed instead of

[PATCH weston 5/6] window: fix tooltip text extents

2012-11-19 Thread Pekka Paalanen
After the toysurface rewrite, windows do not have a valid Cairo surface outside their repaint cycle, so tooltips are not getting their size right. Create a dummy Cairo surface only for querying text extents, so we do not rely on any window surfaces of parent windows or otherwise. Signed-off-by: P

[PATCH weston 4/6] window: simplify window_create_surface

2012-11-19 Thread Pekka Paalanen
Signed-off-by: Pekka Paalanen --- clients/window.c | 43 --- 1 files changed, 24 insertions(+), 19 deletions(-) diff --git a/clients/window.c b/clients/window.c index a8c3e3a..a15ac2a 100644 --- a/clients/window.c +++ b/clients/window.c @@ -494,6 +494,9

[PATCH weston 3/6] window: convert shm path to toysurface

2012-11-19 Thread Pekka Paalanen
Implement shm_surface as a sub-class of toysurface, and unify the toysurface call sites removing most buffer type specific branching. Do not destroy and create a surface, if the size does not change. The resizing optimization of shm surfaces is retained, but the pool is moved from struct window t

[PATCH weston 2/6] window: add toysurface abstraction and port EGL path

2012-11-19 Thread Pekka Paalanen
We need more structure to the way we handle the backing storage in toytoolkit, to make it possible to double-buffer the shm case properly. The existing buffer handling is very complex with the three different cases: - EGLSurface backed Cairo surface with a window associated - wl_shm backed Cairo su

[PATCH weston 1/6] window: make display_create_surface() shm-only

2012-11-19 Thread Pekka Paalanen
Nothing uses it to create EGL-surfaces outside of window.c. This makes refactoring the EGL-based code easier, since we do not need to support EGL-based Cairo surfaces without an associated struct window. Signed-off-by: Pekka Paalanen --- clients/window.c | 20 +--- 1 files chan

Re: [RFCv2 3/9] gl-renderer: Add optional support for desktop OpenGL.

2012-11-19 Thread John Kåre Alsaker
On Mon, Nov 19, 2012 at 9:21 AM, Pekka Paalanen wrote: > On Sat, 17 Nov 2012 03:23:54 +0100 > John Kåre Alsaker wrote: > >> This adds support for desktop OpenGL which can be enabled by with >> ./configure --enable-opengl. >> >> Most of the differences in API between OpenGL and OpenGL ES is hidden

Re: [PATCH v2 wayland 3/4] doc: Provide a fallback solution when Publican is not found

2012-11-19 Thread Tiago Vignatti
On 11/19/2012 11:55 AM, Pekka Paalanen wrote: On Mon, 19 Nov 2012 10:32:59 -0200 Tiago Vignatti wrote: It provides a simple HTML solution extracted from DocBook. Also now XSLTPROC is a strong requirement for building all the documentation (which is fair, because is used for building both man-p

Re: [RFCv2 3/9] gl-renderer: Add optional support for desktop OpenGL.

2012-11-19 Thread John Kåre Alsaker
On Mon, Nov 19, 2012 at 9:46 AM, Pekka Paalanen wrote: > On Sat, 17 Nov 2012 03:23:54 +0100 > John Kåre Alsaker wrote: > >> This adds support for desktop OpenGL which can be enabled by with >> ./configure --enable-opengl. >> >> Most of the differences in API between OpenGL and OpenGL ES is hidden

Re: [RFCv2 6/9] gl-renderer: Add support for blending in linear space.

2012-11-19 Thread John Kåre Alsaker
On Mon, Nov 19, 2012 at 9:52 AM, Pekka Paalanen wrote: > On Sat, 17 Nov 2012 03:23:57 +0100 > John Kåre Alsaker wrote: > >> This makes compositing gamma correct by assuming all input surfaces are in >> the sRGB color space. It can be enabled by setting color-managed to true >> in the compositor s

Re: [PATCH v2 wayland 3/4] doc: Provide a fallback solution when Publican is not found

2012-11-19 Thread Pekka Paalanen
On Mon, 19 Nov 2012 10:32:59 -0200 Tiago Vignatti wrote: > It provides a simple HTML solution extracted from DocBook. Also now XSLTPROC > is a strong requirement for building all the documentation (which is fair, > because is used for building both man-pages and the Wayland Manual). > > Signed-o

[PATCH weston 5/5] window: use different keys for different cairo privates

2012-11-19 Thread Pekka Paalanen
cairo_surface_t objects have a private set, either struct shm_surface_data, or struct egl_window_surface_data. Use separate private keys for each type to avoid mismatch. This makes display_get_buffer_for_surface() safe, in that it won't return garbage for an EGL-based cairo surface. Signed-off-by

[PATCH weston 4/5] window: merge struct surface_data into shm_surface_data

2012-11-19 Thread Pekka Paalanen
Struct surface_data was not really useful, and it definitely was not used with EGL-based windows. This also fixes a semantic mistake, where struct shm_surface_data was put into cairo_surface_t private, but got out as struct surface_data instead. Due to struct layout, however, this did not cause a

[PATCH weston 3/5] window: remove unused MULT macro

2012-11-19 Thread Pekka Paalanen
Leftovers from commit f02a649a3ce5735f5a20103fe6f1002b3a421501 Author: Kristian Høgsberg Date: Mon Mar 12 01:05:25 2012 -0400 Consolidate image loading code and move to shared/ Signed-off-by: Pekka Paalanen --- clients/window.c |3 --- 1 files changed, 0 insertions(+), 3 deletions(-

[PATCH weston 2/5] window: make window_flush() private

2012-11-19 Thread Pekka Paalanen
Not called from any client. Signed-off-by: Pekka Paalanen --- clients/window.c |2 +- clients/window.h |3 --- 2 files changed, 1 insertions(+), 4 deletions(-) diff --git a/clients/window.c b/clients/window.c index f15e8c1..d82640a 100644 --- a/clients/window.c +++ b/clients/window.c @@

[PATCH weston 1/5] window: make window_{create,set}_surface private

2012-11-19 Thread Pekka Paalanen
I do not think these are meant to be called by the applications directly. Applications certainly do not have to call them. Signed-off-by: Pekka Paalanen --- clients/window.c |4 ++-- clients/window.h |6 -- 2 files changed, 2 insertions(+), 8 deletions(-) diff --git a/clients/window

[PATCH weston] simple-shm: honour wl_buffer.release

2012-11-19 Thread Pekka Paalanen
Change simple-shm to properly process the wl_buffer.release event, and not reuse a buffer until it is released by the server, as specified in the protocol. In case the server has not released the buffer, but signals that it has been shown (frame callback), allocate a second buffer. Simple-shm will

Re: [PATCH weston] simple-egl: Reset opaque region if not fullscreen.

2012-11-19 Thread Ander Conselvan de Oliveira
On 11/17/2012 12:42 PM, Scott Moreau wrote: If simple-egl is toggled fullscreen, the opqaue region is set for the surface but never removed after exiting fullscreen. This patch resets the opaque region to 0 if the surface is not fullscreen and -o was not passed. This fixes the problem introduced

[PATCH v2 wayland 4/4] doc: Format Chapter 4 paragraphs correctly

2012-11-19 Thread Tiago Vignatti
Signed-off-by: Tiago Vignatti --- - this patch wasn't present on v1 but fix one concern raised up by Pekka on the mailing list. doc/Wayland/doxygen-to-docbook.xsl |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/doc/Wayland/doxygen-to-docbook.xsl b/doc/Wayland/doxyg

[PATCH v2 wayland 3/4] doc: Provide a fallback solution when Publican is not found

2012-11-19 Thread Tiago Vignatti
It provides a simple HTML solution extracted from DocBook. Also now XSLTPROC is a strong requirement for building all the documentation (which is fair, because is used for building both man-pages and the Wayland Manual). Signed-off-by: Tiago Vignatti --- - changes since v1: now it uses a URL in t

[PATCH v2 wayland 2/4] doc: Add our own Legal Notice

2012-11-19 Thread Tiago Vignatti
Previously, Publican was auto-generating a file with it and systems that don't have such tool can't benefit from it. This patch adds our own copy of Legal Notice. Signed-off-by: Tiago Vignatti --- - no changes since v1 doc/Wayland/en_US/Book_Info.xml | 11 ++- 1 file changed, 10 inser

[PATCH v2 wayland 1/4] doc: Enable docbook building without Publican also

2012-11-19 Thread Tiago Vignatti
This patch enables the docbook XML documentation to be built even in the absence of the Publican tool. Though, when lacking Publican, no pdf/html/etc conversion from XML is performed yet. Signed-off-by: Tiago Vignatti --- - no changes since v1 doc/Wayland/Makefile.am | 43

Re: [RFCv2 6/9] gl-renderer: Add support for blending in linear space.

2012-11-19 Thread Pekka Paalanen
On Sat, 17 Nov 2012 03:23:57 +0100 John Kåre Alsaker wrote: > This makes compositing gamma correct by assuming all input surfaces are in > the sRGB color space. It can be enabled by setting color-managed to true > in the compositor section of weston.ini. > > It's implemented by converting from s

Re: [RFCv2 3/9] gl-renderer: Add optional support for desktop OpenGL.

2012-11-19 Thread Pekka Paalanen
On Sat, 17 Nov 2012 03:23:54 +0100 John Kåre Alsaker wrote: > This adds support for desktop OpenGL which can be enabled by with > ./configure --enable-opengl. > > Most of the differences in API between OpenGL and OpenGL ES is hidden by > the new gl_renderer fields. > > It also accesses GLES2 ex

Re: [RFCv2 4/9] gl-renderer: Tweak YUV shader.

2012-11-19 Thread Pekka Paalanen
On Sat, 17 Nov 2012 03:23:55 +0100 John Kåre Alsaker wrote: > A more vectorized version of the YUV shader, may or may not be faster. > > It's also untested... Hi John, I would not do this, until you have some performance numbers, or Mesa's GLSL compiler output showing it indeed is an improveme

Re: [RFCv2 3/9] gl-renderer: Add optional support for desktop OpenGL.

2012-11-19 Thread Pekka Paalanen
On Sat, 17 Nov 2012 03:23:54 +0100 John Kåre Alsaker wrote: > This adds support for desktop OpenGL which can be enabled by with > ./configure --enable-opengl. > > Most of the differences in API between OpenGL and OpenGL ES is hidden by > the new gl_renderer fields. > > It also accesses GLES2 ex