I'm no expert but it seems that there maybe an opportunity for some standardization between fundamental technologies like SurfaceFlinger/AudioFlinger and Wayland/Pulseaudio. If they could co-exist or if apps written against one API could be run on the other with a thin shim then you could more easily move apps back and forth between traditional desktop and mobile systems. One of the benefits of the Apple iOS/OSX ecosystem is that they share a lot of the same underlying infrastructure. Even better would be to standardize on one stack for A/V although it might still be sufficient if both stacks use the same underlying kernel support infrastructure.
If we end up with competing stacks with competing kernel drivers then that weakens traditional desktop linux much more than Android. If the systems can cooperate or standardize then they can add to each others strength in new ways, as demonstrated by Valve recently. If all the drivers were upstream in the kernel then the talent for optimizing them can be pooled and multiplied. If the A/V systems are standardized than that also provides a nice target for other distributions like Jolla, webOS, etc.
MeeGo to return next month with Jolla phone launch (The H)
Posted Oct 10, 2012 21:56 UTC (Wed) by shmerl (guest, #65921)
[Link]
It already happened (Android made a competing stack). Whether something can be bridged - is a good thing to explore, but the way things will progress is that regular Linux (including mobile distros) and Android will go separate paths in the foreseeable future. That was the point of my dislike to Android design decisions expressed above.
MeeGo to return next month with Jolla phone launch (The H)
Posted Oct 11, 2012 2:43 UTC (Thu) by daniels (subscriber, #16193)
[Link]
We had a good and really productive conversation about Wayland and how it relates to SurfaceFlinger, HWCompositor and WindowManager in the Android sessions at Plumbers. It's definitely possible for a Wayland compositor to reuse some of the smarts from there, but it's a fair bit of work.