Re: [ANNOUNCE] wayland 1.10.91

On Wed, May 11, 2016 at 12:11:50PM -0700, Bryce Harrington wrote: > On Fri, May 06, 2016 at 02:17:23PM +0300, Pekka Paalanen wrote: > > On Wed, 4 May 2016 11:46:23 -0700 > > Bryce Harrington wrote: > > > > > On Wed, May 04, 2016 at 12:55:16AM -0700, Bryce Harrington wrote:

Re: [PATCH v3 wayland-protocols 4/4] tablet: Add pad support to the tablet protocol

On Wed, May 11, 2016 at 11:44:45AM -0700, Jason Gerecke wrote: > On Tue, May 10, 2016 at 7:51 PM, Peter Hutterer > wrote: > > From: Carlos Garnacho > > > > The pad's interface is similar to the tool interface, a client is notified > > of > > the pad

Re: [PATCH v3 wayland-protocols 4/4] tablet: Add pad support to the tablet protocol

On Wed, May 11, 2016 at 09:20:15AM -0500, Yong Bakos wrote: > On May 10, 2016, at 9:51 PM, Peter Hutterer wrote: > > > > From: Carlos Garnacho > > > > The pad's interface is similar to the tool interface, a client is notified > > of > > the pad

Re: [PATCH weston] build: Define wayland prereq version

On Wed, May 11, 2016 at 01:18:59PM -0700, Bryce Harrington wrote: > Establishes a single variable for defining the libwayland version > requirements. Enforces the same version dependency between > libwayland-client and libwayland-server, as recommended by pq in the > 1.11 release discussions. >

Re: [PATCH wayland-protocols 3/4] tablet: restrict the cursor surface to one per tool

On Wed, May 11, 2016 at 08:04:35AM -0500, Yong Bakos wrote: > On May 10, 2016, at 9:51 PM, Peter Hutterer wrote: > > > > The initial approach was to allow one surface to be re-used between tools, > > seats and even used together as wl_pointer cursor surface. This has a

[PATCH weston v2] data: Some client icons

This adds an alternate weston terminal icon and icons for the flower and editor clients. The original Inkscape SVG file is included. Example screenshot: http://www.bryceharrington.org/Files/weston-icons.png Signed-off-by: Bryce Harrington --- v2: License under both

Re: [PATCH weston] data: Some client icons

On Wed, May 04, 2016 at 10:08:12AM +0100, Daniel Stone wrote: > Hi Bryce, > > On 25 March 2016 at 00:57, Bryce Harrington wrote: > > This adds an alternate weston terminal icon and icons for the flower and > > editor clients. The original Inkscape SVG file is included. >

Re: Introduction and updates from NVIDIA

On 05/11/2016 04:55 PM, Mike Blumenkrantz wrote: On Wed, May 11, 2016 at 7:08 PM James Jones > wrote: On 05/11/2016 02:31 PM, Daniel Stone wrote: > Hi James, > > On 11 May 2016 at 21:43, James Jones

Re: Introduction and updates from NVIDIA

On Wed, May 11, 2016 at 7:08 PM James Jones wrote: > On 05/11/2016 02:31 PM, Daniel Stone wrote: > > Hi James, > > > > On 11 May 2016 at 21:43, James Jones wrote: > >> On 05/04/2016 08:56 AM, Daniel Stone wrote: > >>> Right - but as with the point I was

Re: Introduction and updates from NVIDIA

On 05/11/2016 02:31 PM, Daniel Stone wrote: Hi James, On 11 May 2016 at 21:43, James Jones wrote: On 05/04/2016 08:56 AM, Daniel Stone wrote: Right - but as with the point I was making below, GBM _right now_ is more capable than Streams _right now_. GBM right now would

Re: Protocol for window previews/thumbnails

Thanks for your feedback too. On Wed, May 11, 2016 at 2:51 PM, Derek Foreman wrote: > > > But I'm of the opinion that this doesn't need to be a "wayland" problem > at all - but I'm not saying there can't be a standard way to do this. > > It just doesn't need to be solved

Re: Protocol for window previews/thumbnails

Thank you for the feedback, that was very helpful. On Wed, May 11, 2016 at 9:07 AM, Pekka Paalanen wrote: > > > You should explain the use case behind the idea. Then it would be > possible to assess whether such protocol would even be appropriate for > it. > My use case is

Re: [ANNOUNCE] wayland 1.10.91

On May 11, 2016, at 2:32 PM, Yong Bakos wrote: > > On May 11, 2016, at 2:11 PM, Bryce Harrington wrote: >> >> On Fri, May 06, 2016 at 02:17:23PM +0300, Pekka Paalanen wrote: >>> On Wed, 4 May 2016 11:46:23 -0700 >>> Bryce Harrington

Re: Introduction and updates from NVIDIA

Hi James, On 11 May 2016 at 21:43, James Jones wrote: > On 05/04/2016 08:56 AM, Daniel Stone wrote: >> Right - but as with the point I was making below, GBM _right now_ is >> more capable than Streams _right now_. GBM right now would require API >> additions to match

Re: Introduction and updates from NVIDIA

On 05/04/2016 08:56 AM, Daniel Stone wrote: Hi, Interleaving both replies ... On 3 May 2016 at 19:44, James Jones wrote: On 05/03/2016 09:53 AM, Daniel Stone wrote: On 3 May 2016 at 17:07, James Jones wrote: No, the necessary extensions can not be

[PATCH weston] build: Define wayland prereq version

Establishes a single variable for defining the libwayland version requirements. Enforces the same version dependency between libwayland-client and libwayland-server, as recommended by pq in the 1.11 release discussions. Signed-off-by: Bryce Harrington --- configure.ac |

[PATCH] Build a libweston library

This patch creates a libweston-N.so library, where N is the "libweston_abi_version" defined in configure.ac. Almost all the code that was previously built in the weston binary is now in libweston.sp, except main.c and log.c. Possibly other files will need to be moved to weston but it can be done

Re: [PATCH weston 0/5] gl-renderer: Renaming of things and minor improvements

On Wed, May 11, 2016 at 02:48:13PM +0200, Miguel A. Vico wrote: > Hi, > > Feedback for the first revision has been addressed. Here is a new series that > basically splits the orginal patch into several little pieces. > > Additionally, gl_renderer_create() has been renamed to >

Re: [PATCH weston 0/5] gl-renderer: Renaming of things and minor improvements

Hi Bryce, It's fine to defer these patches to next release. Thanks for the heads-up. Miguel. On Wed, 11 May 2016 11:23:17 -0700 Bryce Harrington wrote: > On Wed, May 11, 2016 at 02:48:13PM +0200, Miguel A. Vico wrote: > > Hi, > > > > Feedback for the first revision

Re: [PATCH v3 wayland-protocols 4/4] tablet: Add pad support to the tablet protocol

On Tue, May 10, 2016 at 7:51 PM, Peter Hutterer wrote: > From: Carlos Garnacho > > The pad's interface is similar to the tool interface, a client is notified of > the pad after the tablet_added event. > > The pad has three functionalities: buttons,

Re: [PATCH wayland] private: Remove unnecessary forward declarations

On Mon, May 09, 2016 at 01:24:29PM -0500, Derek Foreman wrote: > On 07/05/16 09:11 AM, Yong Bakos wrote: > > From: Yong Bakos > > > > Declarations for wl_connection and wl_closure are not needed here. > > wl_closure already has a complete definition. > > Removing these

Re: [PATCH wayland 1/1] connection: Move wl_interface_equal to util

On Tue, May 10, 2016 at 06:08:15PM -0700, Bryce Harrington wrote: > On Mon, May 09, 2016 at 03:41:14PM +0300, Pekka Paalanen wrote: > > On Sun, 8 May 2016 08:44:08 -0500 > > Yong Bakos wrote: > > > > > From: Yong Bakos > > > > > > Move the

Re: [PATCH wayland 1/1] doc: Formalize file comment in wayland-client.h, wayland-server.h

On Tue, May 10, 2016 at 06:05:44PM -0700, Bryce Harrington wrote: > On Sun, May 08, 2016 at 02:42:28PM -0500, Yong Bakos wrote: > > From: Yong Bakos > > > > Publican was generating a subtle error during a build: > > Error: no ID for constraint linkend:

Re: [PATCH wayland-protocols 3/4] tablet: restrict the cursor surface to one per tool

On Tue, May 10, 2016 at 7:51 PM, Peter Hutterer wrote: > The initial approach was to allow one surface to be re-used between tools, > seats and even used together as wl_pointer cursor surface. This has a few > drawbacks, most of which are related to managing the surface

Re: Does anyone use Weston on the Raspberry Pi?

On Wed, May 11, 2016 at 07:53:03AM -0500, Derek Foreman wrote: > On 11/05/16 03:28 AM, Pekka Paalanen wrote: > > Hi, > > > > it has been a very long time since anything has happened with Weston's > > rpi-backend. This is the (only) Weston backend using a proprietary API, > > for Raspberry Pi it

Re: [PATCH v3 wayland-protocols 4/4] tablet: Add pad support to the tablet protocol

On May 10, 2016, at 9:51 PM, Peter Hutterer wrote: > > From: Carlos Garnacho > > The pad's interface is similar to the tool interface, a client is notified of > the pad after the tablet_added event. > > The pad has three functionalities: buttons,

Re: Protocol for window previews/thumbnails

On 11/05/16 03:07 AM, Pekka Paalanen wrote: > On Tue, 10 May 2016 21:30:53 +0100 > ade low wrote: > >> I think that it would be a good idea to have a standard, cross-compositor >> protocol for getting previews/thumbnails of windows, similar to XComposite. > > Hi, > > I

Re: Introduction and updates from NVIDIA

Hi all, I just sent a second round of patches to add support for EGLStream & friend in Weston. Also, we've uploaded two weston branches that include all these patches on top of weston master branch. You can find them here: https://cgit.freedesktop.org/~jjones/weston/ 'nvidia_head' contains

[PATCH weston 0/1] compositor-drm: Add support for EGLDevice+EGLOutput

Hi, Here is revised patch. It didn't actually changed very much compared to the original one. Thanks, Miguel. Summary: compositor-drm: Add support for EGLDevice+EGLOutput src/compositor-drm.c | 336

[PATCH weston 0/1] compositor-drm: Add support for EGLDevice+EGLOutput

Hi, Here is revised patch. It didn't actually changed very much compared to the original one. Thanks, Miguel. Summary: compositor-drm: Add support for EGLDevice+EGLOutput src/compositor-drm.c | 336

[PATCH weston 1/1] compositor-drm: Add support for EGLDevice+EGLOutput

As previously stated, EGLDevice and EGLOutput will provide means to access native device objects and different portions of display control hardware respectively. Whenever EGL_EXT_device_drm extension is present, EGLDevice can be used to enumerate and access DRM KMS devices, and EGLOutputLayer to

Re: [PATCH wayland-protocols 3/4] tablet: restrict the cursor surface to one per tool

On May 10, 2016, at 9:51 PM, Peter Hutterer wrote: > > The initial approach was to allow one surface to be re-used between tools, > seats and even used together as wl_pointer cursor surface. This has a few > drawbacks, most of which are related to managing the surface

[PATCH weston 2/3] gl-renderer: Add support for EGLDevice composited frame presentation

EGLDevice provides means to enumerate native devices, and then create an EGL display connection from them. Similarly, EGLOutput will provide means to access different portions of display control hardware associated with an EGLDevice. For instance, EGLOutputLayer represents a portion of display

[PATCH weston 0/3] gl-renderer: Add support for EGLDevice+EGLOutput

Hi, Feedback for the first revision has been addressed. Here is a new series that splits the original patch into several pieces as per Daniel Stone's request. Patch 1/3 and 2/3 were kept mainly the same as in the original patch. However, 3/3 is a significant refactor and improvement over the

[PATCH weston 1/3] gl-renderer: Add EGLDevice enumeration support

EGLDevice provides means to enumerate native devices. In preparation for follow-on changes to support frame presentation through EGLDevice+EGLOutput, this change adds both gl_renderer_get_devices() and gl_renderer_get_drm_device_file() functions which will help to enumerate EGLDevices and match

[PATCH weston 1/1] gl-renderer: Refactor gl_renderer_output_window_create()

In preparation for follow-on changes to support frame presentation through EGLDevice+EGLOutput, this change refactors gl_renderer_output_window_create() to separate out window surface creation code from output common creation code. Bonus: Fix EGLSurface leakage upon gl_renderer_setup() failure.

[PATCH weston 0/1] gl-renderer: Refactor gl_renderer_output_window_create()

Hi, Here is revised patch addressing Daniel Stone's concerns about the error handling in gl_renderer_output_window_create(). Thanks, Miguel. Summary: gl-renderer: Refactor gl_renderer_output_window_create() src/gl-renderer.c | 96

[PATCH weston 0/5] gl-renderer: Renaming of things and minor improvements

Hi, Feedback for the first revision has been addressed. Here is a new series that basically splits the orginal patch into several little pieces. Additionally, gl_renderer_create() has been renamed to gl_renderer_display_create() as per Daniel Stone's request. Thanks, Miguel. Summary:

[PATCH weston 1/5] gl-renderer: Rename gl_renderer_create to gl_renderer_display_create

No functional change. This patch only renames gl_renderer_create() to gl_renderer_display_create(), which is something more descriptive of what the function does. Signed-off-by: Miguel A Vico Moya Reviewed-by: James Jones --- src/compositor-drm.c |

[PATCH weston 4/5] gl-renderer: Add param to gl_renderer_display_create

In preparation for follow-on changes to support frame presentation through EGLDevice+EGLOutput, this change adds parameter to gl_renderer_display_create(). Signed-off-by: Miguel A Vico Moya Reviewed-by: Andy Ritger Reviewed-by: James Jones

[PATCH weston 3/5] gl-renderer: Rename param of gl_renderer to

In preparation for follow-on changes to support frame presentation through EGLDevice+EGLOutput, this change renames parameter of gl_renderer_display_create() and gl_renderer_output_window_create() to Signed-off-by: Miguel A Vico Moya Reviewed-by: Andy Ritger

Re: [PATCH wayland-protocols 2/4] tablet: change all degree values from int to wl_fixed

Hi Peter, On May 10, 2016, at 9:51 PM, Peter Hutterer wrote: > > Signed-off-by: Peter Hutterer > --- > unstable/tablet/tablet-unstable-v2.xml | 20 ++-- > 1 file changed, 10 insertions(+), 10 deletions(-) > > diff --git

Re: Does anyone use Weston on the Raspberry Pi?

On 11/05/16 03:28 AM, Pekka Paalanen wrote: > Hi, > > it has been a very long time since anything has happened with Weston's > rpi-backend. This is the (only) Weston backend using a proprietary API, > for Raspberry Pi it is the DispmanX API. > > I have heard reports that the rpi-backend has been

Re: [PATCH weston v4 14/14] compositor-wayland: move weston_wayland_backend_config_release call from load_wayland_backend_config to caller

On Tue, 10 May 2016 22:47:57 +0200 Benoit Gschwind wrote: > Signed-off-by: Benoit Gschwind > --- > src/main.c | 11 --- > 1 file changed, 4 insertions(+), 7 deletions(-) And all the rest pushed too, with minor changes and Quentin's R-b:

Re: [PATCH weston v4 06/14] compositor-wayland: move configuration parsing to weston main.c

On Tue, 10 May 2016 22:47:49 +0200 Benoit Gschwind wrote: > Move function load_wayland_backend_config, > wayland_backend_config_add_new_output, wayland_backend_config_release, > wayland_output_config_init from compositor-wayland.c to main.c. > > Create a glue function

Does anyone use Weston on the Raspberry Pi?

Hi, it has been a very long time since anything has happened with Weston's rpi-backend. This is the (only) Weston backend using a proprietary API, for Raspberry Pi it is the DispmanX API. I have heard reports that the rpi-backend has been a lot more not working than working, allegedly because of

Re: Protocol for window previews/thumbnails

On Tue, 10 May 2016 21:30:53 +0100 ade low wrote: > I think that it would be a good idea to have a standard, cross-compositor > protocol for getting previews/thumbnails of windows, similar to XComposite. Hi, I strongly disagree. A huge part of Wayland's reason to exist is