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

2017-02-23 Thread Erik De Rijcke
-- Forwarded message -- From: Erik De Rijcke Date: 2017-02-24 8:46 GMT+01:00 Subject: Re: Remote display with 3D acceleration using Wayland/Weston To: Christian Stroetmann I made a poc for a remote (gl) display some time ago for my own compositor, but instead of using rdp, I use

[PATCH libinput 1/4] evdev: move the 'device removed' message to the evdev backend

2017-02-23 Thread Peter Hutterer
Preparation work for standardizing log messages better Signed-off-by: Peter Hutterer --- src/evdev.c | 5 + src/udev-seat.c | 4 2 files changed, 5 insertions(+), 4 deletions(-) diff --git a/src/evdev.c b/src/evdev.c index 6132d54..881b5d4 100644 --- a/src/evdev.c +++ b/src/evdev.c

[PATCH libinput 3/4] timer: prefix all messages with "timer:"

2017-02-23 Thread Peter Hutterer
Signed-off-by: Peter Hutterer --- src/timer.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/src/timer.c b/src/timer.c index 362d81d..4a7b43a 100644 --- a/src/timer.c +++ b/src/timer.c @@ -63,7 +63,7 @@ libinput_timer_arm_timer_fd(struct libinput *libinput)

[PATCH libinput 0/4] logging cleanup

2017-02-23 Thread Peter Hutterer
Brings some consistency to the log output, making it easier to grep for a specific device's output, etc. Cheers, Peter ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel

[PATCH libinput 4/4] tools: add "--quiet" option to only log libinput messages

2017-02-23 Thread Peter Hutterer
Supresses any printf statements from the tool itself, i.e. it skips printing any of the events. Makes it easier to debug the internal state since it's not intermixed with a whole lot of messages about the events that are generated. Best combined with --verbose (yes, hilarious, isn't it...) Signed

[PATCH libinput 2/4] evdev: standardize log messsages

2017-02-23 Thread Peter Hutterer
Prefix device log messages with the device's sysname so it's more obvious where the messages are coming from. This makes it much easier to grep for a specific device's messages but also adds some identifier to messages that were previously without any identifier (e.g. all the state machine debuggin

[PATCH libinput 1/2] Fix a crash when requesting invalid mode group indices

2017-02-23 Thread Peter Hutterer
Signed-off-by: Peter Hutterer --- src/evdev-tablet-pad-leds.c | 4 1 file changed, 4 insertions(+) diff --git a/src/evdev-tablet-pad-leds.c b/src/evdev-tablet-pad-leds.c index 209ab73..89b3b9d 100644 --- a/src/evdev-tablet-pad-leds.c +++ b/src/evdev-tablet-pad-leds.c @@ -645,5 +645,9 @@ evd

[PATCH libinput 2/2] tools: add mode group info to libinput-list-devices

2017-02-23 Thread Peter Hutterer
We don't cater for the special case of groups having a different number of modes, there is no hardware right now that does that. Signed-off-by: Peter Hutterer --- tools/libinput-list-devices.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/tools/libinput-list-devices

[PATCH libinput] filter: tweak touchpad acceleration code again

2017-02-23 Thread Peter Hutterer
Reduce the magic factor a bit, thus making the pointer more (slow == precise) on 'normal movements'. This coincidentally fixes some of the issues with the Lenovo T450 and friends because the user's base speed must go up, thus papering over the firmware bug that makes the pointer jump at slow moveme

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

2017-02-23 Thread Christian Stroetmann
On the 24th of February 2017 00:51, DRC wrote: On 12/15/16 3:01 AM, Pekka Paalanen wrote: The current RDP-backed is written to set up and use only the Pixman renderer. Pixman renderer is a software renderer, and will not initialize EGL in the compositor. Therefore no support for hardware acceler

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

2017-02-23 Thread Christian Stroetmann
On the 24th of February 2017 00:51, DRC wrote: On 12/15/16 3:01 AM, Pekka Paalanen wrote: The current RDP-backed is written to set up and use only the Pixman renderer. Pixman renderer is a software renderer, and will not initialize EGL in the compositor. Therefore no support for hardware acceler

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

2017-02-23 Thread DRC
On 12/15/16 3:01 AM, Pekka Paalanen wrote: > The current RDP-backed is written to set up and use only the Pixman > renderer. Pixman renderer is a software renderer, and will not > initialize EGL in the compositor. Therefore no support for hardware > accelerated OpenGL gets advertised to clients, an

Re: [PATCH wayland-web] FAQ: do not mention GPL

2017-02-23 Thread Yong Bakos
Hi Pekka, > On Feb 23, 2017, at 7:32 AM, Pekka Paalanen wrote: > > From: Pekka Paalanen > > I could not find what the "some example code" could be. There is > certainly nothing GPL in Wayland or Weston repositories. > > I hear having GPL mentioned in the FAQ has raised some questions with > l

Re: [PATCH wayland-web] FAQ: do not mention GPL

2017-02-23 Thread Pekka Paalanen
On Thu, 23 Feb 2017 17:32:52 +0200 Pekka Paalanen wrote: > From: Pekka Paalanen > > I could not find what the "some example code" could be. There is > certainly nothing GPL in Wayland or Weston repositories. > > I hear having GPL mentioned in the FAQ has raised some questions with > lawyers, t

[PATCH wayland-web] FAQ: do not mention GPL

2017-02-23 Thread Pekka Paalanen
From: Pekka Paalanen I could not find what the "some example code" could be. There is certainly nothing GPL in Wayland or Weston repositories. I hear having GPL mentioned in the FAQ has raised some questions with lawyers, too. It's just misleading. While at it, make it more clear which MIT lice

Re: [PATCH] tests: Fix "new ID" type handling in argument_from_va_list test

2017-02-23 Thread Pekka Paalanen
On Thu, 23 Feb 2017 15:05:10 +0100 Kalev Lember wrote: > On 02/23/2017 02:45 PM, Kalev Lember wrote: > > On 02/23/2017 01:58 PM, Pekka Paalanen wrote: > >> Kalev, please test. Obvously the broken test passed for every other > >> arch. > > > > Tested and works for me. Thanks for the quick fix

Re: [PATCH] tests: Fix "new ID" type handling in argument_from_va_list test

2017-02-23 Thread Yong Bakos
Hi Carlos, > On Feb 23, 2017, at 4:47 AM, Carlos Garnacho wrote: > > New IDs are internally dealt with as objects, however this test > expected to deal with 'n' as the uint32_t type that's just seen > through the wire. We should give it an object instead, and > expect an object from it. > > htt

Re: [PATCH] tests: Fix "new ID" type handling in argument_from_va_list test

2017-02-23 Thread Kalev Lember
On 02/23/2017 02:45 PM, Kalev Lember wrote: > On 02/23/2017 01:58 PM, Pekka Paalanen wrote: >> Kalev, please test. Obvously the broken test passed for every other >> arch. > > Tested and works for me. Thanks for the quick fix, Carlos! Tested-by: Kalev Lember _

Re: [PATCH] tests: Fix "new ID" type handling in argument_from_va_list test

2017-02-23 Thread Kalev Lember
On 02/23/2017 01:58 PM, Pekka Paalanen wrote: > Kalev, please test. Obvously the broken test passed for every other > arch. Tested and works for me. Thanks for the quick fix, Carlos! -- Kalev ___ wayland-devel mailing list wayland-devel@lists.freedeskt

Re: [PATCH] tests: Fix "new ID" type handling in argument_from_va_list test

2017-02-23 Thread Pekka Paalanen
On Thu, 23 Feb 2017 13:47:41 +0100 Carlos Garnacho wrote: > New IDs are internally dealt with as objects, however this test > expected to deal with 'n' as the uint32_t type that's just seen > through the wire. We should give it an object instead, and > expect an object from it. > > https://bugs.

[PATCH] tests: Fix "new ID" type handling in argument_from_va_list test

2017-02-23 Thread Carlos Garnacho
New IDs are internally dealt with as objects, however this test expected to deal with 'n' as the uint32_t type that's just seen through the wire. We should give it an object instead, and expect an object from it. https://bugs.freedesktop.org/show_bug.cgi?id=99899 Signed-off-by: Carlos Garnacho -