Re: [RFC] libinput configuration interface

2014-02-06 Thread Eugen Friedrich
Hi together, i would like to put some input from the embedded/ automotive perspective. you can think about huge amount of different configurations for different device types. A lot of configuration in the initial post deals with behavior of buttons and scrolling areas of the touch panels. The goo

Re: [PATCH libinput 0/6] Add dynamic devices to the path backend

2014-02-06 Thread Peter Hutterer
On Thu, Feb 06, 2014 at 10:23:57PM +0100, Jonas Ådahl wrote: > On Thu, Feb 06, 2014 at 02:13:04PM +1000, Peter Hutterer wrote: > > > > This patchset revamps the path backend to allow for more than one path-based > > device per context. I thought the initial approach of having one context per > > d

Re: [PATCH libinput 1/6] Store the backend type in the interface

2014-02-06 Thread Peter Hutterer
On Thu, Feb 06, 2014 at 10:11:34PM +0100, Jonas Ådahl wrote: > On Thu, Feb 06, 2014 at 02:13:05PM +1000, Peter Hutterer wrote: > > This enables us to prevent callers from calling backend-specific functions > > on > > mismatching backends. > > This can be done instead by comparing the backend inte

[PATCH libinput] Make touch event slots seat wide

2014-02-06 Thread Jonas Ådahl
Since a Wayland compositor have to represent all touch devices of a seat as one virtual device, lets make that easier by making the slots of touch events seat wide unique. Signed-off-by: Jonas Ådahl --- src/evdev.c| 24 +--- src/evdev.h| 3 +++ src/li

Re: [PATCH libinput 0/6] Add dynamic devices to the path backend

2014-02-06 Thread Jonas Ådahl
On Thu, Feb 06, 2014 at 02:13:04PM +1000, Peter Hutterer wrote: > > This patchset revamps the path backend to allow for more than one path-based > device per context. I thought the initial approach of having one context per > device is sufficient but there are a few use-cases that can really only

Re: [PATCH v2 libinput 2/4] Move opening and closing the device fd into evdev.c

2014-02-06 Thread Jonas Ådahl
On Thu, Feb 06, 2014 at 09:20:15AM +1000, Peter Hutterer wrote: > evdev_device_remove() already calls close(device->fd). Move the > close_restricted call there to avoid one privileged call in the backend and > one in the device. And move the open_restricted() into the evdev device too to > reduce t

Re: [PATCH libinput 1/6] Store the backend type in the interface

2014-02-06 Thread Jonas Ådahl
On Thu, Feb 06, 2014 at 02:13:05PM +1000, Peter Hutterer wrote: > This enables us to prevent callers from calling backend-specific functions on > mismatching backends. This can be done instead by comparing the backend interface pointer in struct libinput to the one defined in either path.c or udev

Re: [PATCH weston] compositor-rpi: Fix input initialization

2014-02-06 Thread Yann E. MORIN
Emilio, All, On 2014-02-03 16:57 +0100, poch...@gmail.com spake thusly: > From: Emilio Pozuelo Monfort > > The input initialization code assumes the outputs have already > been initialized; thus create the outputs first. This fixes a > segfault upon startup. It is also what the drm and fbdev bac

Re: [PATCH weston 6/6] tests: Properly report skipped tests

2014-02-06 Thread Emilio Pozuelo Monfort
On 06/02/14 12:30, Emilio Pozuelo Monfort wrote: > From: Emilio Pozuelo Monfort > > We were calling exit(0) when tests were skipped, which counted > them as passed instead of skipped. Fix this by properly exiting > with 77 (which is what automake expects for skipped tests) from > the tests themse

Re: [PATCH weston 0/6] Make the headless backend useful again

2014-02-06 Thread Pekka Paalanen
On Thu, 6 Feb 2014 12:30:30 +0100 Emilio Pozuelo Monfort wrote: > From: Emilio Pozuelo Monfort > > This fixes a few bugs in the headless backend, to the point where > it can run the test suite, except for two issues: > > - the buffer-count is skipped because mesa initialization fails, > mor

[PATCH mesa 2/3] Add a DRI queryImage attribute to query the offset

2014-02-06 Thread Neil Roberts
This bumps the DRI image extension to version 9 and adds an attribute which can be used with queryImage to get the image's offset within the buffer. This will be used with eglCreateWaylandBufferFromImageWL in order to create a buffer using an image which represents a plane of a planar buffer. ---

[PATCH mesa 3/3] Adapt the EGL_WL_create_wayland_buffer_from_image extension for YUV

2014-02-06 Thread Neil Roberts
The eglCreateWaylandBufferFromImageWL function in the extension is modified so that instead of just taking a single image it can now take a set of images. Each EGLImage will represent a plane from a planar image. The overall format for the combined set of images isn't stored in the EGLImages so ins

[PATCH mesa 1/3] wayland: Keep track of the formats in a sorted array instead of flags

2014-02-06 Thread Neil Roberts
In order to support YUV formats in CreateWaylandBufferFromImageWL we need to be able to check whether the compositor supports a larger number of formats so storing them in flags is a bit awkard. Instead all of the formats are now stored in a sorted array using wl_array. A binary search is used to c

[PATCH mesa 0/3] Add YUV support for the subcompositor buffer passthrough

2014-02-06 Thread Neil Roberts
Hi, I had a look at trying to get the EGL_WL_create_wayland_buffer_from_image extension to support YUV buffers. The main difficulty is that we don't get a single EGLimage when using a planar buffer with the EGL_WL_bind_wayland_display extension and instead we get a separate image for each plane. I

Re: [PATCH weston 3/6] noop-renderer: Read the shm buffer contents on attach

2014-02-06 Thread Pekka Paalanen
On Thu, 6 Feb 2014 12:30:33 +0100 Emilio Pozuelo Monfort wrote: > From: Emilio Pozuelo Monfort > > The noop-renderer doesn't read buffer contents, which means bad > buffers go undetected. Thus, read the buffer contents just for > the purpose of triggering SIGBUS (and having the client killed).

Re: [PATCH weston 2/6] noop-renderer: Set the buffer size on attach requests

2014-02-06 Thread Pekka Paalanen
On Thu, 6 Feb 2014 12:30:32 +0100 Emilio Pozuelo Monfort wrote: > From: Emilio Pozuelo Monfort > > This lets the compositor know the size of the surface as calculated > in weston_surface_set_size_from_buffer(), and fixes a couple of > tests when using the headless backend. > > Signed-off-by:

[PATCH weston 6/6] tests: Properly report skipped tests

2014-02-06 Thread Emilio Pozuelo Monfort
From: Emilio Pozuelo Monfort We were calling exit(0) when tests were skipped, which counted them as passed instead of skipped. Fix this by properly exiting with 77 (which is what automake expects for skipped tests) from the tests themselves, then returning 77 again from weston-test-runner if all

[PATCH weston 0/6] Make the headless backend useful again

2014-02-06 Thread Emilio Pozuelo Monfort
From: Emilio Pozuelo Monfort This fixes a few bugs in the headless backend, to the point where it can run the test suite, except for two issues: - the buffer-count is skipped because mesa initialization fails, more details in the patch commit message - I haven't been able to properly test the

[PATCH weston 4/6] tests: Skip buffer-count if EGL initialization fails

2014-02-06 Thread Emilio Pozuelo Monfort
From: Emilio Pozuelo Monfort That is the case when using the headless backend. In the future we may be able to use the mesa null egl platform but for now let's just skip it. Signed-off-by: Emilio Pozuelo Monfort --- tests/buffer-count-test.c | 29 +++-- 1 file changed,

[PATCH weston 1/6] compositor-headless: create input devices

2014-02-06 Thread Emilio Pozuelo Monfort
From: Emilio Pozuelo Monfort Fixes a segfault when using compositor-headless for the test suite as many tests assume there are input devices and try to use them through the wl_test interface. Signed-off-by: Emilio Pozuelo Monfort --- src/compositor-headless.c | 30 ++---

[PATCH weston 2/6] noop-renderer: Set the buffer size on attach requests

2014-02-06 Thread Emilio Pozuelo Monfort
From: Emilio Pozuelo Monfort This lets the compositor know the size of the surface as calculated in weston_surface_set_size_from_buffer(), and fixes a couple of tests when using the headless backend. Signed-off-by: Emilio Pozuelo Monfort --- src/noop-renderer.c | 10 ++ 1 file changed,

[PATCH weston 5/6] tests: use the headless backend to run the test suite

2014-02-06 Thread Emilio Pozuelo Monfort
From: Emilio Pozuelo Monfort Other backends can be used by passing BACKEND=some-backend.so, e.g. $ make check BACKEND=x11-backend.so Signed-off-by: Emilio Pozuelo Monfort --- tests/weston-tests-env | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/tests/weston

[PATCH weston 3/6] noop-renderer: Read the shm buffer contents on attach

2014-02-06 Thread Emilio Pozuelo Monfort
From: Emilio Pozuelo Monfort The noop-renderer doesn't read buffer contents, which means bad buffers go undetected. Thus, read the buffer contents just for the purpose of triggering SIGBUS (and having the client killed). Fixed bad-buffer test when run against the headless backend. Signed-off-by

Re: Xserver errors

2014-02-06 Thread Bill Spitzak
Got it a little further, but now wayland does not run at all. I was able to compile mesa with the following (adding --with-dri-drivers= --disable-dri3): ./autogen.sh --prefix=$WLD --enable-gles2 --disable-gallium-egl \ --with-egl-platforms=wayland,x11,drm --enable-gbm \ --enable-sh

Re: Fwd: [GSoC2014] Call for projects ideas and mentors

2014-02-06 Thread Alexander E. Patrakov
Martin Peres wrote: > Re-send to include the wayland and mesa mailing lists. > > Sorry for the noise > > Original Message > Subject: [GSoC2014] Call for projects ideas and mentors > Date: Thu, 06 Feb 2014 01:03:05 +0100 > From: Martin Peres > To: dri-de..