Re: [gentoo-soc] My GSoC Gentoo 2018 Proposal for "Portage powered Android"

[Benda Xu]

Pengcheng Xu <i@××××××××.moe> writes:



> I haven’t found much information regarding ARC++ other than the few
> write-ups and presentation about the talk at XDC 2016. According to my
> predictions, however, I believe Android init is needed, however, as
> the aim for ARC++ is to minimize Android Framework changes, so it
> should require the conventional Android services as well
> (SurfaceFlinger, etc.); this is the case in the Graphics Overview in
> the presentation for ARC++.


Thanks.  That makes sense to me.



>  4. After 3, the main Android system would be sitting inside the
>  container / chroot safe and sound
>
>  If the Android is in /system, is a container still necessary?
>
> I consider it necessary, as we may run into issues caused by Android
> and GNU/Linux being inherently different in managing the system
> (networking, device management, mounting, etc.). With namespaces, we
> can reduce the probability of such things happening. Another
> consideration is that we don’t want the environment of Android to be
> mixed up with GNU/Linux, as having one platform’s tools (shell,
> coreutils, toolboxes, etc.) floating around in another platform’s
> environment can cause surprises for applications (like something that
> expects GNU date being greeted by the trimmed version from Android
> toolbox).


I see.  Regarding the BSD vs GNU userlands, I believe you have more

experience than I do on this.



>  IMHO, for me I am more interested in a working framebuffer than e.g., a
>  binary package repository. But you have the final word to prioritize
>  the tasks.
>
>  Alternatively to a traditional framebuffer, frecon might be insightful:
>
>  https://chromium.googlesource.com/chromiumos/platform/frecon/+/HEAD/DESIGN-DOC.md
>
> Honestly speaking, I’m afraid that I don’t have the required skills to
> work with graphics stack. Looking back on Wayland on libhybris on
> Android, the intrinsics of Android EGL made it difficult to act as a
> Wayland server.  And, though ARC++ seems to be working out great, its
> scale seems to be enormous. I’m not quite optimistic with this
> direction; rather than creating odds and ends that don’t work together
> well, I’d prefer something that’s really achievable. Further
> discussions welcomed on this point.


I am okay with this.  Thank you for being straight on this graphics

issue.





Cheers,

Benda