Re: Surface ID assignment for multiple instances of an application

2021-06-15 Thread Eugen Friedrich
Hi Dalvi, The ivi id is something application needs to set explicitly, need to understand how the id is assigned for application you already can control?! Are you using id-agent plugin? Best regards Jena Vaibhav Dalvi schrieb am Fr. 4. Juni 2021 um 07:19: > Hi all, > I'm working on a simple

Re: dpms with wayland

2019-06-28 Thread Eugen Friedrich
Hi Vladimir On Tue, 25 Jun 2019 at 18:05, Pekka Paalanen wrote: > > On Tue, 25 Jun 2019 14:51:08 + > "Jovic, Vladimir" wrote: > > > > -Ursprüngliche Nachricht- > > > Von: Pekka Paalanen > > > Gesendet: Dienstag, 25. Juni 2019 16:37 > > > An: Jovic, Vladimir > > > Cc:

Re: additional race in the wayland protocols?

2019-03-31 Thread Eugen Friedrich
> > > > > On Wed, 27 Mar 2019 22:14:27 +0100 > > Eugen Friedrich wrote: > > > > > > > > > > On Tue, 26 Mar 2019 22:05:28 +0100 > > > > Eugen Friedrich wrote: > > > > > > > >

Re: additional race in the wayland protocols?

2019-03-28 Thread Eugen Friedrich
> > On Wed, 27 Mar 2019 22:14:27 +0100 > Eugen Friedrich wrote: > > > > > > > On Tue, 26 Mar 2019 22:05:28 +0100 > > > Eugen Friedrich wrote: > > > > > > > > > > > > > On Mon, 25 Mar 2019 22:08:38 +0100 > >

Re: additional race in the wayland protocols?

2019-03-27 Thread Eugen Friedrich
> > On Tue, 26 Mar 2019 22:05:28 +0100 > Eugen Friedrich wrote: > > > > > > > On Mon, 25 Mar 2019 22:08:38 +0100 > > > Eugen Friedrich wrote: > > > > > > > > > I would also like to see if we can forbid requests that both destroy &

Re: additional race in the wayland protocols?

2019-03-26 Thread Eugen Friedrich
> > On Mon, 25 Mar 2019 22:08:38 +0100 > Eugen Friedrich wrote: > > > Hi Pekka, > > > > thanks for the replay! > > Hi Eugen, > > did you intend to cc the mailing list? > actually yes > > > I would also like to see if we can forbid requests

additional race in the wayland protocols?

2019-03-24 Thread Eugen Friedrich
Hi all, There is race condition which produces the error: not a valid new object id (4278190081), message data_offer(n) use-case: 1. mutli-threaded client: several threads dispatching and flushing the wayland connection 2. server-side objects are used in the protocol (e.g.

Re: Wayland talk at FOSDEM

2017-12-05 Thread Eugen Friedrich
Hello Philipp, I also thinking give a talk about the usage of weston in ivi systems, this should give an overview what is the main difference to the desktop environment and why the ivi-shell is used. Also I would like to give short overview about the recent activities in ivi-shell and usage of

Re: [PATCH weston v3] ivi-shell: add_screen_remove_layer API

2017-04-13 Thread Eugen Friedrich
n_set_render_order= ivi_layout_screen_set_render_order, > > /** > -- > 1.7.9.5 > > ___ > wayland-devel mailing list > wayland-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/wayland-devel Hi Emre, api is definitely use full! Reviewed-by: Eugen Friedrich <fried...@gmail.com> ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel

Re: [Video] ILM support for waylandsink query

2017-03-28 Thread Eugen Friedrich
Hello Nicolas, the ilm api is implemented for the ivi (in vehicle infotainment) window management and allow to control applications surfaces outside from the compositor, it is realized by the ivi-shell in weston. with ivi-shell every weston surface have to have an id assigned to it (very simple

Re: [Video] ILM support for waylandsink query

2017-03-27 Thread Eugen Friedrich
Hi Vikash, i could not really find this out from the call stack but the problem could be that the ilmClient api is not thread safe, and in upstream direct after 1.11 release we decided to deprecated this, so just remove the ilmClient calls and use wayland protocol directly and you can continue to

Re: How to create client in child thread, egl behavior

2016-06-25 Thread Eugen Friedrich
Von: "Eugen Friedrich" <fried...@gmail.com> Datum: 24.06.2016 10:59 nachm. Betreff: Re: How to create client in child thread An: "Pekka Paalanen" <ppaala...@gmail.com> Cc: Hello Pekka, you mentions some interesting points for me in this email not really related

Re: [PATCH weston 4/5] ivi-shell: harden get_ivi_shell_surface()

2016-03-24 Thread Eugen Friedrich
_____ > wayland-devel mailing list > wayland-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/wayland-devel Looks good Reviewed-by: Eugen Friedrich <fried...@gmail.com> ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel

Re: [PATCH weston 3/5] ivi-shell: add sanity check in ivi_shell_surface_configure

2016-03-24 Thread Eugen Friedrich
> + return; > + > + if (surface->width == 0 || surface->height == 0) > return; > > if (ivisurf->width != surface->width || > -- > 2.7.3 > > ___ > wayland-devel mailing list

Re: [PATCH weston 1/5] ivi-shell: add shell surface labels

2016-03-24 Thread Eugen Friedrich
ivi_shell_surface_get_label); > > res = wl_resource_create(client, _surface_interface, 1, id); > if (res == NULL) { > -- > 2.7.3 > > ___ > wayland-devel mailing list > wayland-devel@lists.freed

Re: [PATCH weston] build: Require newer version of libdrm

2015-08-25 Thread Eugen Friedrich
will not start a discussion here I will create a separate thread to describe those and collect some ideas. 2015-08-25 1:15 GMT+02:00 Bryce Harrington br...@osg.samsung.com: On Mon, Aug 24, 2015 at 01:06:45PM +0200, Eugen Friedrich wrote: Hello dear community, in our current project we are trying

Re: [PATCH weston] build: Require newer version of libdrm

2015-08-24 Thread Eugen Friedrich
Hello dear community, in our current project we are trying to follow the weston master branch as much as possible, recently introduced dependency to libdrm 2.4.59 will prevent us to use weston 1.9, The patches for naming correction are good and important. so we would love to see a missing defines

Re: wayland: how should dispatch the default wayland display queue?

2014-07-30 Thread Eugen Friedrich
Hello Pekka, now i have the complete picture, the mentioned commit describes exactly the problem which was found by me. we are still using wayland 1.3 version. thanks a lot !!! 2014-07-30 8:38 GMT+02:00 Pekka Paalanen ppaala...@gmail.com: On Tue, 29 Jul 2014 23:32:34 +0200 Eugen Friedrich

Re: wayland: how should dispatch the default wayland display queue?

2014-07-29 Thread Eugen Friedrich
2014-07-28 12:29 GMT+02:00 Giulio Camuffo giuliocamu...@gmail.com: 2014-07-28 13:19 GMT+03:00 Daniel Stone dan...@fooishbar.org: Hi Eugen, On 27 July 2014 22:16, Eugen Friedrich fried...@gmail.com wrote: Hi Daniel, thanks, i understood we should add the wl_display_dispatch_pending

Re: wayland: how should dispatch the default wayland display queue?

2014-07-29 Thread Eugen Friedrich
2014-07-29 20:19 GMT+02:00 Pekka Paalanen ppaala...@gmail.com: On Tue, 29 Jul 2014 13:00:14 +0200 Eugen Friedrich fried...@gmail.com wrote: 2014-07-28 12:29 GMT+02:00 Giulio Camuffo giuliocamu...@gmail.com: 2014-07-28 13:19 GMT+03:00 Daniel Stone dan...@fooishbar.org: Hi Eugen

wayland: how should dispatch the default wayland display queue?

2014-07-27 Thread Eugen Friedrich
Hi all, after debugging a memory consumption issue in simple wayland application i found a issue in our wayland graphics backend. Then i took a look into the mesa implementation and found the quite similar implementation there. Our graphics stack creates it's own wayland queue and uses this

Re: wayland: how should dispatch the default wayland display queue?

2014-07-27 Thread Eugen Friedrich
GMT+03:00 Eugen Friedrich fried...@gmail.com: The problem is the app never calls wl_display_distpath(_pending) it just creates native handles and then uses EGL for rendering and the events on the main wayland display queue are never dispatched I think if EGL triggers the event(ba calling

Re: wayland: how should dispatch the default wayland display queue?

2014-07-27 Thread Eugen Friedrich
: Hi Eugen, On Sunday, July 27, 2014, Eugen Friedrich fried...@gmail.com wrote: Our graphics stack creates it's own wayland queue and uses this queue for all wayland objects and only this queue will be dispatched. Our graphics stack calls also wl_display_sync api and the issue

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

Re: input handlig in separate thread

2013-10-24 Thread Eugen Friedrich
...@bitplanet.net On Sat, Oct 19, 2013 at 10:31 AM, Eugen Friedrich fried...@gmail.com wrote: Ok! this sounds very promising this should decouple the rendering thread and the input handling thread. so i can set to the wl_seat client object a new queue and then pass

Re: input handlig in separate thread

2013-10-20 Thread Eugen Friedrich
2013/10/20 Bill Spitzak spit...@gmail.com On 10/19/2013 10:03 AM, Eugen Friedrich wrote: Basically i would like to implement a thread(input thread) that should only dispatch incoming input events from wayland compositor when the rendering thread is idle and the input thread should sleep

Re: input handlig in separate thread

2013-10-19 Thread Eugen Friedrich
Hi Bill, 2013/10/18 Bill Spitzak spit...@gmail.com Giulio Camuffo wrote: And what is it that doesn't work? As a wild bet I'd say you probably want to look at wl_event_queue. See http://wayland.freedesktop.**org/docs/html/chap-Library.**

Re: input handlig in separate thread

2013-10-19 Thread Eugen Friedrich
the client-side objects are really wl_proxy, so you can safely cast them. If you move to a queue an object which creates new objects and dispatches them through an event those objects will be in the same queue too. 2013/10/18 Eugen Friedrich fried...@gmail.com: Hallo Giulio, thanks a lot

input handlig in separate thread

2013-10-18 Thread Eugen Friedrich
Hallo dear Wayland developer, I thing i have a very common use case and currently i don't now how to get it work in wayland. We have a wayland client application with 2 threads: thread1 - rendering thread - the eglSwapbuffer will call wl_display_dispatch internally: thread2 - input thread -

Re: input handlig in separate thread

2013-10-18 Thread Eugen Friedrich
...@gmail.com: And what is it that doesn't work? As a wild bet I'd say you probably want to look at wl_event_queue. See http://wayland.freedesktop.org/docs/html/chap-Library.html#sect-Library-Client Giulio 2013/10/18 Eugen Friedrich fried...@gmail.com: Hallo dear Wayland developer