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 C+

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: wayland-devel@

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. linux-dmabuf-unstable-

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 wal

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

2017-04-13 Thread Eugen Friedrich
= 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 ___ 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: EGL Wayland platform specifications and conformance (Re: How to create client in child thread, egl behavior)

2016-06-27 Thread Eugen Friedrich
2016-06-27 10:39 GMT+02:00 Pekka Paalanen : > On Sat, 25 Jun 2016 21:20:59 +0200 > Eugen Friedrich wrote: > >> Von: "Eugen Friedrich" >> Datum: 24.06.2016 10:59 nachm. >> Betreff: Re: How to create client in child thread >> An: "Pekka Paalanen&

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

2016-06-25 Thread Eugen Friedrich
Von: "Eugen Friedrich" Datum: 24.06.2016 10:59 nachm. Betreff: Re: How to create client in child thread An: "Pekka Paalanen" Cc: Hello Pekka, you mentions some interesting points for me in this email not really related to the original topic, therefore I'm just jumpin

Re: [GSoC] Some questions about wayland clients with no outputs present

2016-04-30 Thread Eugen Friedrich
Hi Armin, first of all I wish you existing and successful project experience! About the missing output for clients, have just an idea: how about creating some fake output object, maybe defined in weston.ini and send this to the clients. Client needs also the information that current output is a f

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

2016-03-24 Thread Eugen Friedrich
sert(shsurf); > + assert(shsurf->surface == surface); > > - return NULL; > + return shsurf; > } > > void > -- > 2.7.3 > > ___ > wayland-devel mailing

Re: [PATCH weston 2/5] ivi-shell: add input panel label func

2016-03-24 Thread Eugen Friedrich
abel_func(surface, input_panel_get_label); > > input_panel_surface->shell = shell; > > -- > 2.7.3 > > ___ > wayland-devel mailing list > wayland-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/list

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

2016-03-24 Thread Eugen Friedrich
return; > > if (ivisurf->width != surface->width || > -- > 2.7.3 > > ___ > wayland-devel mailing list > wayland-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/wayland-dev

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

2016-03-24 Thread Eugen Friedrich
i_surface_interface, 1, id); > if (res == NULL) { > -- > 2.7.3 > > ___ > wayland-devel mailing list > wayland-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/wayland-devel > Looks good Reviewed-by: Eugen Friedrich ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel

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

2015-08-25 Thread Eugen Friedrich
I 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 : > On Mon, Aug 24, 2015 at 01:06:45PM +0200, Eugen Friedrich wrote: > > Hello dear community, > > > > in our current proj

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 : > 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-29 20:19 GMT+02:00 Pekka Paalanen : > On Tue, 29 Jul 2014 13:00:14 +0200 > Eugen Friedrich wrote: > > > 2014-07-28 12:29 GMT+02:00 Giulio Camuffo : > > > > > 2014-07-28 13:19 GMT+03:00 Daniel Stone : > > > > Hi Eugen, > > > >

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 : > 2014-07-28 13:19 GMT+03:00 Daniel Stone : > > Hi Eugen, > > > > On 27 July 2014 22:16, Eugen Friedrich wrote: > >> > >> Hi Daniel, > >> > >> thanks, i understood we should add the wl_display_d

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

2014-07-27 Thread Eugen Friedrich
gen, > > > On Sunday, July 27, 2014, Eugen Friedrich 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: wayland: how should dispatch the default wayland display queue?

2014-07-27 Thread Eugen Friedrich
O thanks for the hint about mailing list, and for clarification on the dispatching logic(I'm not original English speaker and assume "havok" is like behavior? ) 2014-07-27 21:33 GMT+02:00 Giulio Camuffo : > FIY, You dropped the mailing list in your reply. > > 2014-07-

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 queue

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

Re: [RFC] libinput configuration interface

2014-02-08 Thread Eugen Friedrich
sense for community we will come up with a concrete requirements and proposals. On 07.02.2014 09:52, Jonas Ådahl 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

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: input handlig in separate thread

2013-10-24 Thread Eugen Friedrich
play_flush(display); poll(fds, nfds, -1); //wait until new input event arrives wl_display_read_events(__**display); wl_display_dispatch_pending(__**display); } would this sequence be correct? 2013/10/22 Kristian Høgsberg > On Mon, Oct 21, 2013 at 11:32:58PM +0200, Eugen Fr

Re: input handlig in separate thread

2013-10-21 Thread Eugen Friedrich
wl_display_dispatch function. But thanks for the hint, i suppose the current mesa implementation should answer all my questions above. 2013/10/21 Kristian Høgsberg > On Sat, Oct 19, 2013 at 10:31 AM, Eugen Friedrich > wrote: > > Ok! this sounds very promising this should decouple

Re: input handlig in separate thread

2013-10-20 Thread Eugen Friedrich
2013/10/20 Bill Spitzak > 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 sho

Re: input handlig in separate thread

2013-10-19 Thread Eugen Friedrich
t; All 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 : > > H

Re: input handlig in separate thread

2013-10-19 Thread Eugen Friedrich
Hi Bill, 2013/10/18 Bill Spitzak > 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.** >> html#sect-Library-Client

Re: input handlig in separate thread

2013-10-18 Thread Eugen Friedrich
t; > 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 : &

Fwd: input handlig in separate thread

2013-10-18 Thread Eugen Friedrich
Hallo Dear wayland developers, 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 - th

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 - thi