[PATCH weston 0/6] ivi-shell proposal

Andreas Pokorny andreas.pokorny at gmail.com
Wed Sep 4 13:34:54 PDT 2013

Overall I like that genivi is now a lot more accessible/visible from the
outside. I understand the necessity of dealing with layers on a lower level
to make use of the efficient blending of display controllers. But that
logic should be only implemented within the compositor. Clients should not
deal with the set of available layers - their position / size or
orientation on screen.

Configuration changes are far more simpler (read: flicker free) to
implement when those are only done in one process, with wayland that would
be the compositor. In the case of automotive devices the compositor should
also be responsible for drawing the main user interface. So the compositor
would be well aware of the current scene assembly - like displayed
applications. The applications would only deal with providing buffer

In the end integrating navigation, camera 3rd party application windows
(instead of layers) should be a lot easier.


2013/9/4 Nobuhiko Tanibata <NOBUHIKO_TANIBATA at xddp.denso.co.jp>

> **
> Hi,
> This series implements ivi-shell to fulfill use cases of In-Vehicle
> Infotainment, IVI. Such use cases are well overviewed in a project; Genivi
> IVI layer management.
> http://projects.genivi.org/ivi-layer-management/node/13
> A motivation of this series and basis idea are introduced by Ossama at
> Automotive Linux Summit 2012 spring. The series implements ivi-shell part.
> Additionally, GENIVI LM Client Library at slide 20 is contributed to
> ivi-layer-management project to support compatible interfaces for Genivi
> Layer management users.
> http://events.linuxfoundation.org/images/stories/pdf/als2012_othman.pdf
> Before I start implementation of ivi-shell, Core members of Genivi IVI
> layer management defined draft of ivi-shell.xml to fulfill requirements of
> IVI layer management, inviting Kristian. The series also includes the
> ivi-shell.xml with updates I faced in actual implementation.
> Please give me any suggestions.
> Best regards,
> Tanibata
> _______________________________________________
> wayland-devel mailing list
> wayland-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-devel/attachments/20130904/3fe018a2/attachment.html>

More information about the wayland-devel mailing list