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

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

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

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

Re: [RFC wayland-protocols] Color management protocol

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

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

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

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

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:

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

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

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

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

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

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,

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

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

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

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

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

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

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

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

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

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

Re: [RFC wayland-protocols] Color management protocol

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

Re: [RFC wayland-protocols] Color management protocol

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