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
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
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
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
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
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
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
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
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
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
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.
---
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
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
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
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).
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:
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
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
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,
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 ++---
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,
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
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
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
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..
25 matches
Mail list logo