Re: RFC: multitouch support

On Fri, Dec 16, 2011 at 10:59 AM, Tiago Vignatti wrote: > From: Tiago Vignatti > > Hi, > > The RFC comprehends four parts: > - evdev multitouch support for direct devices > - compositor multitouch events notification > - libtoytoolkit gesture recognizer for pinch and zoom > - app cairo image exam

Re: [PATCH v2] window: do proper Cairo device flushing

On Mon, Dec 19, 2011 at 6:57 AM, Pekka Paalanen wrote: > The Cairo documentation tells us to always call cairo_device_flush() > before using other rendering APIs on the cairo surface, especially where > the Cairo device shares state with us (that is, EGL and GL state in this > case). > > Add a cal

Re: [PATCH 1/6] compositor: use wl_list_for_each_safe when destroying output

On Mon, Dec 19, 2011 at 5:30 AM, Tiago Vignatti wrote: > From: Tiago Vignatti > > Was causing an invalid read when the output is in fact destroyed. That's only > visible (segfault on my machine) on drm compositor because it's the only > backend trying to finish correct the compositor. Very nice.

[PATCH v2] window: do proper Cairo device flushing

The Cairo documentation tells us to always call cairo_device_flush() before using other rendering APIs on the cairo surface, especially where the Cairo device shares state with us (that is, EGL and GL state in this case). Add a call to cairo_device_flush() into display_acquire_window_surface(), wh

[PATCH 6/6] evdev: new header file for the driver

From: Tiago Vignatti Besides the new header file, there's also a change in the main evdev creation procedure for a more suggestive name (evdev_input_add_devices -> evdev_input_create). There's no real functional changes in this commit. Signed-off-by: Tiago Vignatti --- compositor/Makefile.am

[PATCH 5/6] compositor-drm: remove/add evdev devices when vt switches

From: Tiago Vignatti Reported-by: Ran Benite Signed-off-by: Tiago Vignatti --- compositor/compositor-drm.c |5 + compositor/compositor.h |7 +++ compositor/evdev.c |4 ++-- 3 files changed, 14 insertions(+), 2 deletions(-) diff --git a/compositor/compositor-dr

[PATCH 4/6] compositor: first destroy backend routines and then display

From: Tiago Vignatti I caught this when an evdev device fd was trying to trigger the main event loop, which was already free'd and causing an invalid read. Signed-off-by: Tiago Vignatti --- compositor/compositor.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/compos

[PATCH 3/6] compositor-drm: destroy evdev driver properly when finishing compositor

From: Tiago Vignatti Signed-off-by: Tiago Vignatti --- compositor/compositor-drm.c |4 compositor/compositor.h |3 +++ compositor/evdev.c | 27 +++ 3 files changed, 34 insertions(+), 0 deletions(-) diff --git a/compositor/compositor-drm.c b/c

[PATCH 2/6] evdev: use a separate function for adding devices

From: Tiago Vignatti Adds new function evdev_add_devices for adding udev devices. No functional changes. Signed-off-by: Tiago Vignatti --- compositor/evdev.c | 46 +++--- 1 files changed, 27 insertions(+), 19 deletions(-) diff --git a/compositor/evdev

[PATCH 1/6] compositor: use wl_list_for_each_safe when destroying output

From: Tiago Vignatti Was causing an invalid read when the output is in fact destroyed. That's only visible (segfault on my machine) on drm compositor because it's the only backend trying to finish correct the compositor. Signed-off-by: Tiago Vignatti --- compositor/compositor.c |4 ++-- 1

[PULL] dtors-v2: simple clients and toytoolkit

Hi Kristian, I've been playing a lot with Valgrind the last week, and here are some results. This patch set adds destructors to toytoolkit so we explicitly release memory we allocate. To actually Valgrind that, I added an exit key binding to resizor and used that, since resizor is possibly the sim