[PATCH libinput] evdev: restore EVDEV_UNHANDLED_DEVICE error code

2014-02-09 Thread Peter Hutterer
If we don't have capabilities we can deal with, return a different error so the backends can handle it separately (they already do). Signe-off-by: Peter Hutterer --- src/evdev.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/evdev.c b/src/evdev.c index 9c6d116..d8dff

Re: [PATCH] [weston] Don't crash when eglCreateContext fails

2014-02-09 Thread Kristian Høgsberg
On Sat, Feb 08, 2014 at 08:11:24PM +0100, Mariusz Ceier wrote: > eglCreateContext fails with every EGLConfig that > nvidia blob 334.16 provides causing NULL pointer > dereference in gl_renderer_destroy when destroying > fragment and fan bindings. > > This should fix #74699. Looks good, thanks. C

Re: [PATCH 1/3] Make default log handler print to stderr

2014-02-09 Thread Kristian Høgsberg
On Sat, Feb 08, 2014 at 11:44:11AM +0200, Pekka Paalanen wrote: > On Fri, 7 Feb 2014 22:27:00 -0800 > Kristian Høgsberg wrote: > > > On the client side we log fatal errors before we exit. If a > > client doesn't set a log handler, it's hard to figure out what > > goes wrong. --- > > src/waylan

Re: [PATCH libinput] Make touch event slots seat wide

2014-02-09 Thread Peter Hutterer
On Thu, Feb 06, 2014 at 10:27:54PM +0100, Jonas Ådahl wrote: > 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. is this really something we want to expose from libinput? i

[PATCH weston.ini.man v3] Improvement of weston.ini.man. Add key:shell and remove tablet-shell

2014-02-09 Thread Nobuhiko Tanibata
Add description of key:shell to CORE SECTION and move a example of desktop-shell from key:modules to key:shell. Add cms-colord.so to key:modules of CORE SECTION. Signed-off-by: Nobuhiko Tanibata --- man/weston.ini.man | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) d

RE: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-09 Thread Wang, Quanxian
From: magc...@gmail.com [mailto:magc...@gmail.com] On Behalf Of Jasper St. Pierre Sent: Monday, February 10, 2014 10:00 AM To: Wang, Quanxian Cc: wayland-devel@lists.freedesktop.org Subject: Re: Is there any way to let compositor set the data in client space and then return back to client? Wha

Re: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-09 Thread Jasper St. Pierre
What is the "output data"? Is there any reason it needs to be allocated directly in the client's space, rather than streamed across as part of the protocol? On Sun, Feb 9, 2014 at 8:58 PM, Wang, Quanxian wrote: > > > > > *From:* magc...@gmail.com [mailto:magc...@gmail.com] *On Behalf Of *Jasper

RE: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-09 Thread Wang, Quanxian
Thanks pq. It is helpful for me. I will have a try with your idea. :) -Original Message- From: Pekka Paalanen [mailto:ppaala...@gmail.com] Sent: Saturday, February 08, 2014 5:56 PM To: Wang, Quanxian Cc: wayland-devel@lists.freedesktop.org Subject: Re: Is there any way to let compositor s

RE: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-09 Thread Wang, Quanxian
From: magc...@gmail.com [mailto:magc...@gmail.com] On Behalf Of Jasper St. Pierre Sent: Sunday, February 09, 2014 12:23 AM To: Wang, Quanxian Cc: wayland-devel@lists.freedesktop.org Subject: Re: Is there any way to let compositor set the data in client space and then return back to client? Wel

[PATCH v2 libinput] Make it possible to have persistent libinput_seat instances

2014-02-09 Thread Peter Hutterer
From: Jonas Ådahl With this patch, a user can keep a reference to a libinput_seat instance, which will cause the seat to never be unlinked from the libinput context nor destroyed. Previously, a when the last device of a seat was removed, the seat was unlinked and if a new device was discovered w

Re: [RFC] libinput configuration interface

2014-02-09 Thread Peter Hutterer
On Sun, Feb 09, 2014 at 01:32:41PM +0100, Eugen Friedrich wrote: > > > On 09.02.2014 05:10, Peter Hutterer wrote: > >On Thu, Feb 06, 2014 at 11:28:49PM +0100, Eugen Friedrich wrote: > >>Hi together, > >>i would like to put some input from the embedded/ automotive perspective. > >> > >>you can thi

Re: [PATCH weston.ini.man v2] Improvement of weston.ini.man. Add key:shell and remove tablet-shell

2014-02-09 Thread Jason Ekstrand
On Feb 9, 2014 7:18 AM, "nobuhiko_tanibata" < nobuhiko_tanib...@xddp.denso.co.jp> wrote: > > Hi Jason, > > 2014-02-09 01:54 に Jason Ekstrand さんは書きました: > >> Nobuhiko, >> These look pretty good assuming they properly compile (I can't compile >> the man format in my head). > > > This is snip of result

Re: [PATCH weston.ini.man v2] Improvement of weston.ini.man. Add key:shell and remove tablet-shell

2014-02-09 Thread nobuhiko_tanibata
Hi Jason, 2014-02-09 01:54 に Jason Ekstrand さんは書きました: Nobuhiko, These look pretty good assuming they properly compile (I can't compile the man format in my head).  This is snip of result of "man weston.ini". It is exactly compiled. CORE SECTION The core section is used to select the st

Re: [RFC] libinput configuration interface

2014-02-09 Thread Eugen Friedrich
On 09.02.2014 05:10, Peter Hutterer wrote: On Thu, Feb 06, 2014 at 11:28:49PM +0100, Eugen Friedrich wrote: 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 c