Re: [ANNOUNCE] wayland 1.10.91

Le 11/05/2016 21:11, Bryce Harrington a écrit : > 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: Here's the alpha for the upcoming 1.11 rel

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: > > > > Here's the alph

Re: Introduction and updates from NVIDIA

On Wed, 11 May 2016 17:13:56 -0700 James Jones said: > 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, > > > > > >

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 after the tablet_added event. > > > > 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 after the tablet_added event. > > > > The pad ha

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 few > > drawbacks, most of

[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 CC-SA and MIT, requested b

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. > > > > Example screenshot

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 mailto:jajo...@nvidia.com>> wrote: On 05/11/2016 02:31 PM, Daniel Stone wrote: > Hi James, > > On 11 May 2016 at 21:43, James Jones mailto:jajo...@nvidia.com>> wrote: >> On 05/0

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 making below, GBM _right now_ is > >>> mor

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 require API additions t

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 by adding wayland protoco

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 third-party window swi

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 wrote: >>> On Wed, May 04, 2016 at 12:55:16AM -0700, Br

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

On Wed, May 11, 2016 at 07:53:05AM -0500, Yong Bakos wrote: > 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(-)

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 EGLStreams + EGLSwitch + Stre

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 contained within the binding. There is not

[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 | 12 +++- 1 file

Re: [PATCH wayland-protocols 0/4] tablet: switch to v2, add tablet pad

On Tue, May 10, 2016 at 7:51 PM, Peter Hutterer wrote: > > The switch to v2 is needed primarily for the ABI break when we go from ints > to fixed for any rotational values. Patch 3/4 restricts the role a surface > can play when assigned as tool cursor, specifically we now only allow a > cursor sur

[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 w

Re: [ANNOUNCE] wayland 1.10.91

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 wrote: >> >>> On Wed, May 04, 2016 at 12:55:16AM -0700, Bryce Harrington wrote: Here's the alpha for the upcomin

Re: [ANNOUNCE] wayland 1.10.91

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: > > > Here's the alpha for the upcoming 1.11 release. I'll summarize the > > > major features for

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 > gl_renderer_display

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 has been addressed. Here i

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, rings and strips. > Buttons are fairly straightf

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 forward declarations result

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 wl_interface_equal prototype to the top of wayland-pri

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: Server-wayland-server-core_8h. > > > > This

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 correctly in the > composit

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 is

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

Thanks, Yong. Inline. On Wed, 11 May 2016 09:45:15 -0500 Yong Bakos wrote: > On May 11, 2016, at 7:48 AM, Miguel A. Vico > wrote: > > > > No functional change. This patch only renames gl_renderer_create() > > to gl_renderer_display_create(), which is something more > > descriptive of what the

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

On May 11, 2016, at 7:48 AM, Miguel A. Vico wrote: > > 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 Hi Mig

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, rings and strips. > Buttons are fairly straight

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 strongly disagree. A huge

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 t

[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 e

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 correctly in the > composito

[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 co

[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 orig

[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 th

[PATCH weston 3/3] gl-renderer: Add EGL client support for EGLStream frame presentation

By attaching a GLTexture consumer to a stream, a producer (wayland EGL client) could feed frames to a texture, which in turn can be used by a compositor to prepare the final frame to be presented. This change adds required logic to support presentation approach described above. Note that some unp

[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. S

[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 5/5] gl-renderer: Accept non-NULL empty arrays

This change modifies egl_choose_config() to accept a non-NULL but empty array (i.e. n_ids == 0) Signed-off-by: Miguel A Vico Moya Reviewed-by: Andy Ritger Reviewed-by: James Jones --- src/gl-renderer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gl-renderer.c b/src

[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: gl-rend

[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 | 2 +- src/compositor-fbdev.c | 2 +- src

[PATCH weston 2/5] gl-renderer: Rename gl_renderer::output_create to output_window_create

No functional change. This patch renames gl_renderer_output_create() to gl_renderer_output_window_create(), which is something more descriptive of what the function does. Signed-off-by: Miguel A Vico Moya Reviewed-by: Andy Ritger Reviewed-by: James Jones --- src/compositor-drm.c | 2 +- sr

[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 --- src/compositor-drm.c | 1 + src/compositor-fb

[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 Reviewed-by: James Jones --- src/

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 a/unstable/tablet/tablet-unstable-v2.xml > b/unstable/tabl

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: 3ff10da..5375384 master -> master Thanks, p

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 load_wayland_backend to use

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 that things like XComp