Re: [d-kernel] [7.3] binder: turn into module

[Konstantin Lepikhov <lakostis@altlinux.org>]

Hi Ivan!

On 10/23/2026, at 01:05:58 PM you wrote:

> On Fri, Oct 23, 2026 at 09:42:36AM +0200, lakostis@altlinux.org wrote:
> > Привет!
> > 
> > Как следует из названия, это серия патчей для превращения android binder
> > в ядре в модуль. Всяко лучше некрофилии anbox.
> [...]
> 
> Согласен, так действительно лучше.
> 
> Однако если мы хотим это тащить в будущие ядра как альт-специфичные
> патчи (а мы наверняка хотим), я бы предпочёл дебиановский вариант,
> который аккуратнее, минималистичнее и экспортирует все символы
> как EXPORT_SYMBOL_GPL, не вызывая вопрсов почему одно так, а друге иначе.
> 
> https://salsa.debian.org/kernel-team/linux/-/blob/ab4d926d5bfd610964c6f35edf7d6df3aeeeebea/debian/patches/debian/android-enable-building-binder-as-module.patch
> https://salsa.debian.org/kernel-team/linux/-/blob/ab4d926d5bfd610964c6f35edf7d6df3aeeeebea/debian/patches/debian/export-symbols-needed-by-binder.patch
> 
> Будет здорово если Вы их также проверите и зашлёте сюда. Причём
> вместе с патчем на config, а то выбор ANDROID_BINDER_DEVICES
> для меня неочевиден.
> 
> А если Вы ещё и добавите патч на спек, выносящий модуль в отдельный
> пакет, это резко повыcит шансы того, что я очень очень быстро применю.
В версии от debian binderfs собирается в ядро, а в убунте binderfs
является частью модуля binder_linux. Мне нравится вариант от убунты, т.к.
зачем нам лишний attack vector в ядре? Можно, конечно, посмотреть, как
уменьшить патч от убунты, чтобы он не был таким большим.

ANDROID_BINDER_DEVICES Это строка по-умолчанию, см.
drivers/android/Kconfig и там depends on ANDROID_BINDER_IPC ||
ANDROID_BINDER_IPC_RUST

-- 
WBR et al.