I'm not really sure how it's possible to get a more direct than Weston drawing directly to the framebuffer as it does now.
Printable View
That's actually a fairly accurate description, replacing Android with Wayland, because pretty much every Android system service and interface directly or (most often) indirectly depends on SurfaceFlinger. Even the power button, whose action is to show a dialog for shutdown/something/cancel/whatever, and it cannot show anything without SurfaceFlinger, so it just doesn't work anymore.
The objective is to offer an alternative for Android, and take advantage of the huge amount of devices and drivers already written for them. In the future we can start getting familiar programs on those devices. That is what open source is.
89c51, it has been Collabora's own project.
Like daniels said, there is no more direct path that what I did: Weston runs directly on top of the framebuffer. It is taking SurfaceFlinger's place.
Running existing Android stuff on top of Wayland is a whole another story, and I personally do not have plans for it. It would be a huge project about rewriting several Android components, and what would be even more difficult, interfacing to existing Android system services in proper ways.
If you understood Android, you would understand why you are incorrect. Basically, there is a kernel and a few basic utilities, everything above that is Android. As pq__ stated, because of the dependencies, once you change out Android's "UI", all that's left is Linux and a few utilities. Android is gone.
It is still, however, Linux....
From a user perspective, Android is gone, yes. But there is still some serious infrastructure left: the build tools and toolchains, installing and debugging tools (adb etc.), HALs, bootloaders(?), and hardware "support" that is not in upstream Linux and might never be. In my opinion, calling that "Linux and a few utilities" is an understatement. But that is a developer's point of view.
would there be any benefits if android replaced its WM with Wayland and ported all thats above to it???
(excuse me if this doesn't make any sense, i am no dev)
Sorry, I don't really know Android well enough to answer that. An even better question would be: which one would be worth more, migrating to Wayland or cleaning up their existing code base? Someone might argue that both options would require a full rewrite of major parts...
Someone might also consider that migrating to a "standard technology" (Wayland) from the respective Android-exclusive ad-hoc technology parts to be a benefit in itself.