Re: Remote display with 3D acceleration using Wayland/Weston

2016-12-14 Thread DRC
On 12/14/16 8:52 PM, Carsten Haitzler (The Rasterman) wrote: > weston is not the only wayland compositor. is the the sample/test compositor. > wayalnd does not mean sticking to just what weston does. > > i suspect weston's rdp back-end forces a sw gl stack because it's easier to be > driver agnost

Re: Remote display with 3D acceleration using Wayland/Weston

2016-12-14 Thread The Rasterman
On Wed, 14 Dec 2016 11:42:54 -0600 DRC said: ...snip... > Again, not how it currently works when using Weston with the RDP back end. weston is not the only wayland compositor. is the the sample/test compositor. wayalnd does not mean sticking to just what weston does. i suspect weston's rdp bac

Re: [RFC wayland-protocols] Color management protocol

2016-12-14 Thread The Rasterman
On Wed, 14 Dec 2016 23:23:59 +1100 Graeme Gill said: > Carsten Haitzler (The Rasterman) wrote: > > On Tue, 13 Dec 2016 17:14:21 +1100 Graeme Gill said: > > > this == support for color correction protocol AND actually the support for > > providing the real colorspace of the monitor, providing no

Re: Remote display with 3D acceleration using Wayland/Weston

2016-12-14 Thread DRC
On 12/14/16 3:27 AM, Pekka Paalanen wrote: > could you be more specific on what you mean by "server-side", please? > Are you referring to the machine where the X server runs, or the > machine that is remote from a user perspective where the app runs? Few people use remote X anymore in my industry,

Re: [PATCH weston 01/68] libweston: Add pixel-format helpers

2016-12-14 Thread Pekka Paalanen
On Fri, 9 Dec 2016 19:57:16 + Daniel Stone wrote: > Rather than duplicating knowledge of pixel formats across several > components, create a custom central repository. > > Signed-off-by: Daniel Stone > > Differential Revision: https://phabricator.freedesktop.org/D1511 > --- > libweston/p

Re: [PATCH weston] compositor: Assign new views to the primary plane

2016-12-14 Thread Pekka Paalanen
On Wed, 14 Dec 2016 14:53:37 + Daniel Stone wrote: > Hi Pekka, > > On 14 December 2016 at 14:17, Pekka Paalanen > wrote: > > On Fri, 9 Dec 2016 17:27:13 + Daniel Stone > > wrote: > >> However, this is undesirable for DRM. With multi-output, when > >> assign_planes() is called, any v

Re: [PATCH weston] compositor: Assign new views to the primary plane

2016-12-14 Thread Daniel Stone
Hi Pekka, On 14 December 2016 at 14:17, Pekka Paalanen wrote: > On Fri, 9 Dec 2016 17:27:13 + Daniel Stone wrote: >> However, this is undesirable for DRM. With multi-output, when >> assign_planes() is called, any view which wasn't on a plane for our >> putput was moved to the primary plane,

Re: [PATCH weston] compositor: Assign new views to the primary plane

2016-12-14 Thread Pekka Paalanen
On Fri, 9 Dec 2016 17:27:13 + Daniel Stone wrote: > Hi, > > On 9 December 2016 at 16:35, Daniel Stone wrote: > > However, this is undesirable for DRM. In a multi-output situation, > > we would see a view only visible on another output, reasonably decide we > > didn't want it in a plane on o

Re: [PATCH weston v4] libweston-desktop: fix stale ping when a wl_shell_surface is destroyed

2016-12-14 Thread Pekka Paalanen
On Thu, 8 Dec 2016 16:58:36 +0100 Quentin Glidic wrote: > On 08/12/2016 16:52, Giulio Camuffo wrote: > > 2016-12-08 16:46 GMT+01:00 Quentin Glidic > > : > >> On 08/12/2016 16:20, Giulio Camuffo wrote: > >>> > >>> When sending a ping event to a surface using the wl_shell interface, > >>> if t

Re: [PATCH wayland] server: use a safer signal type for the wl_resource destruction signals

2016-12-14 Thread Pekka Paalanen
On Mon, 5 Dec 2016 16:20:22 +0100 Giulio Camuffo wrote: > wl_list_for_each_safe, which is used by wl_signal_emit is not really > safe. If a signal has two listeners, and the first one removes and > re-inits the second one, it would enter an infinite loop, which was hit > in weston on resource de

Re: [RFC wayland-protocols] Color management protocol

2016-12-14 Thread Graeme Gill
Carsten Haitzler (The Rasterman) wrote: > On Tue, 13 Dec 2016 17:14:21 +1100 Graeme Gill said: > this == support for color correction protocol AND actually the support for > providing the real colorspace of the monitor, providing non SRGB pixel data by > clients in another colorspace (eg adobe) a

Re: package configuration file is missing in wayland-ivi-extension

2016-12-14 Thread Pekka Paalanen
On Wed, 14 Dec 2016 10:44:30 +0530 Arun Kumar wrote: > Hi, > > The package configuration file is missing in wayland-ivi-extension. > > This file is hardly dependent when building wayland-ivi-extension along > with other dependent packages[gstreamer]. > > An example file > > > prefix=/usr

Re: Remote display with 3D acceleration using Wayland/Weston

2016-12-14 Thread Pekka Paalanen
On Tue, 13 Dec 2016 14:39:31 -0600 DRC wrote: > Greetings. I am the founder and principal developer for The VirtualGL > Project, which has (since 2004) produced a GLX interposer (VirtualGL) > and a high-speed X proxy (TurboVNC) that are widely used for running > Linux/Unix OpenGL applications re

Re: [PATCH libinput 1/3] touchpad: convert two functions to use the device->phys helpers

2016-12-14 Thread Hans de Goede
Hi, On 14-12-16 08:36, Peter Hutterer wrote: Signed-off-by: Peter Hutterer Series looks good to me: Reviewed-by: Hans de Goede Regards, Hans --- src/evdev-mt-touchpad.c | 24 +--- src/evdev.h | 27 +++ 2 files changed, 40 inserti

Re: [RFC wayland-protocols] Color management protocol

2016-12-14 Thread The Rasterman
On Wed, 14 Dec 2016 18:49:14 +1100 Graeme Gill said: > Carsten Haitzler (The Rasterman) wrote: > > On Mon, 12 Dec 2016 17:57:08 +1100 Graeme Gill said: > > >> Right. So a protocol for querying the profile of each output for its > >> surface is a base requirement. > > > > i totally disagree. th

Re: [RFC wayland-protocols] Color management protocol

2016-12-14 Thread The Rasterman
On Wed, 14 Dec 2016 18:27:13 +1100 Graeme Gill said: > Carsten Haitzler (The Rasterman) wrote: > > On Mon, 12 Dec 2016 18:18:21 +1100 Graeme Gill said: > > >> The correct approach to avoiding such issues is simply > >> to make both aspects Wayland (extension) protocols, so > >> that Wayland col