On Sat Aug 16, 2025 at 6:37 PM CEST, Todd Kjos wrote: > This is not feasible since binder relies on many kernel internal functions > and data that cannot be exported for loadable module. Patches for this have > been attempted in the past, but soundly rejected. You can see some of that > discussion at > https://lore.kernel.org/lkml/20180730143710.14413-1-christian@brauner.io/. That seems to be the upstreaming attempt (or at least trying to start a discussion about it) of the initial patch. A lot could've happened in these 7 years, but apparently not enough for a different outcome. Good to know, thanks :-) FWIW these are the current ones: https://salsa.debian.org/kernel-team/linux/-/blob/debian/6.16.1-1_exp1/debian/patches/debian/export-symbols-needed-by-binder.patch https://salsa.debian.org/kernel-team/linux/-/blob/debian/6.16.1-1_exp1/debian/patches/debian/android-enable-building-binder-as-module.patch Cheers, Diederik > On Sat, Aug 16, 2025 at 5:52 AM Diederik de Haas > wrote: > >> On Sat Aug 16, 2025 at 2:47 PM CEST, Greg Kroah-Hartman wrote: >> > On Sat, Aug 16, 2025 at 02:11:24PM +0200, Diederik de Haas wrote: >> >> Programs like Waydroid allows people to run Android in a Linux container >> >> but it needs ANDROID_BINDER_IPC to do that. >> >> >> >> So hereby the request to make ANDROID_BINDER_IPC tristate so people that >> >> want to use it can load it when needed. >> >> >> >> Debian has a patch to make it tristate since 2018, but it would be so >> >> much more useful to have it tristate upstream.