<p dir="ltr"><br>
On Mar 20, 2014 9:59 AM, "Pekka Paalanen" <<a href="mailto:ppaalanen@gmail.com">ppaalanen@gmail.com</a>> wrote:<br>
><br>
> On Thu, 20 Mar 2014 13:31:31 +0000<br>
> "Konopelko, Pavel (P.)" <<a href="mailto:pkonopel@visteon.com">pkonopel@visteon.com</a>> wrote:<br>
><br>
> > Hello everybody,<br>
> ><br>
> > Question:<br>
> > Given that somebody has Wayland/Weston 1.3 already integrated in<br>
> > their system, what would it take to upgrade to the upcoming<br>
> > Wayland/Weston 1.5? Is this just a matter of re-building it and<br>
> > everything will continue working out of the box? Are there any<br>
> > adjustments in the graphics stack (drivers, EGL support, etc.) needed<br>
> > to support 1.5? Are there any adjustments on the application side<br>
> > needed to work with 1.5?<br>
><br>
> Hi,<br>
><br>
> oh, 1.3 seems like ages ago, I can't remember. But, looking at the git<br>
> history of few selected files should be enlightening, for instance in<br>
> Wayland src/wayland-client.h and src/wayland-server.h, and also the<br>
> protocol specification in protocol/wayland.xml. In Weston<br>
> src/compositor.h.<br>
><br>
> For clients, things are kept backward-compatible. For Weston plugins,<br>
> change from 1.n to 1.n+1 is not guaranteed to be compatible.<br>
><br>
> Libwayland API is stable and backward-compatible. The Wayland protocol<br>
> is also kept stable, but we are moving from wl_shell to xdg_shell,<br>
> though that probably does not concern you.<br>
><br>
> On EGL front, you probably should be looking at the history of the<br>
> specification files in Mesa, e.g.:<br>
> <a href="http://cgit.freedesktop.org/mesa/mesa/log/docs/specs/WL_bind_wayland_display.spec">http://cgit.freedesktop.org/mesa/mesa/log/docs/specs/WL_bind_wayland_display.spec</a><br>
> to get an overview.<br>
><br>
> I think application side should just work, all in all.</p>
<p dir="ltr">As Pekka said, from the libwayland and client-side everything *should* be stable. We've put a lot of work into keeping things API and ABI-stable as we've changed them. EGL implementations should be following the EGL API's that haven't changed.</p>
<p dir="ltr">On the weston side, things are not so stable. In particular, the weston_view structure was added in 1.4 and this changed the weston scenegraph somewhat substantially. In particulare, the concepts of "node in the scenegraph" and "client surface" were split apart so that the same surface can appear at multiple locations at once. If you are writing your own shell plugin this change may be small or large depending on how the plugin is written. My guess, given the little I understand about IVI is that it shouldn't be too hard, but it won't be trivial.</p>
<p dir="ltr">><br>
> > Background:<br>
> > The question is related to the weston-ivi-shell patch series<br>
> > submitted by Nobuhiko Tanibata. This work is connected to the work<br>
> > that GENIVI [1] previously did in the area of IVI Layer Management.<br>
> > On the GENIVI side, the original plan was to propose the ivi-shell<br>
> > and the corresponding protocol to the Wayland project. However, it<br>
> > was expected that it will take time to review and agree the<br>
> > protocols. Until then the plan provided for adopting an out-of-tree<br>
> > patch based on Wayland/Weston 1.3 for GENIVI purposes. Once the<br>
> > ivi-shell would be integrated in Wayland/Weston, GENIVI would switch<br>
> > to the upstream version.<br>
> ><br>
> > Now that the patch series was well accepted and that only a few<br>
> > changes were suggested to the original protocol, it would make more<br>
> > sense for GENIVI to align with the upstream right away. The only<br>
> > catch is that the content of the next GENIVI release is being<br>
> > finalized right now and the decision must be done quickly. During<br>
> > the original reviews in GENIVI, using Wayland/Weston 1.3 as the basis<br>
> > was already approved. The above question is an attempt to estimate<br>
> > the impact of adopting 1.5 instead. Any hints and information on<br>
> > possible upgrade problems would be therefore greatly appreciated.<br>
><br>
> Sorry, I think "well accepted" may still be a slight overstatement at<br>
> the moment. It's just so hard to find time to review anything. When you<br>
> get a "looks good to me" then that's accepted by that particular<br>
> person, but even that is not enough to get into Wayland/Weston<br>
> upstream. For that you need to convince Kristian, who seems to be<br>
> extremely busy nowadays.</p>
<p dir="ltr">Agreed. Personally, I like the direction the protocol has taken. Unfortunately, I haven't had time to review any of the code or the library api. As Pekka said, to a certain extent, we're waiting on Kristian to be able to take a look at it and give an opinion on how it ought to fit into the Wayland ecosystem. However, he's been pretty busy with the X.org and GNOME merge windows coming up so I wouldn't expect a lot for a little bit yet.</p>
<p dir="ltr">Hope that helps,<br>
--Jason Ekstrand</p>