FS#64778 - [linux] Enable android/binder
Attached to Project:
Arch Linux
Opened by LucaS (luca020400) - Sunday, 08 December 2019, 21:14 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 01 March 2022, 21:31 GMT
Opened by LucaS (luca020400) - Sunday, 08 December 2019, 21:14 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 01 March 2022, 21:31 GMT
|
Details
Description:
Would it be possible to enable the android config and then binder related configs? CONFIG_ANDROID=y CONFIG_ANDROID_BINDER_IPC=y CONFIG_ANDROID_BINDERFS=y as seen here https://github.com/torvalds/linux/blob/master/drivers/android/Kconfig A few more info regarding binderfs https://brauner.github.io/2019/01/09/android-binderfs.html Additional info: * package version(s): linux-5.4.2 |
This task depends upon
This is one of the most used mechanism used on mobile phones and would make testing easier.
The impact is really small
And I agree that probably no one enables this
I'll see if I can get it building as a module and upstream it.
Thanks
So personally speaking I'm pretty happy to enable that if we can't compile them as module for kernel >= 5.7.0.
Maybe the best course of action would be to ask Zen kernel to upstream the Debian patches. It's already an "alternative" kernel, so this might be the path with the least friction.
FS#68077While the Android code is already mainlined, tested by android already.
On the other hand, tons of arch kernel features are already a waste of space for most users.
Are you saying things like CONFIG_NF_CT_PROTO_SCTP/DCCP would really benefit most Arch users?
I understand the packager don't want to add features he or she is not familiar with, but also shouldn't be an excuse not to enable something with potential users.
I'd say Anbox users are definitely more than SCTP/DCCP netfilter connection tracking users, while the the latter functions are already compiled into current Arch kernel.
But still a big thank to the zen kernel support, at least users have a choice without re-compiling the kernel themselves.