From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <lakostis@altlinux.org>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
 autolearn_force=no version=3.4.1
Date: Fri, 23 Oct 2026 13:35:43 +0200
From: Konstantin Lepikhov <lakostis@altlinux.org>
To: devel-kernel@lists.altlinux.org
Message-ID: <attGj9sqdio4qgYT@lks.home>
Mail-Followup-To: devel-kernel@lists.altlinux.org
References: <20261023074559.941014-1-lakostis@altlinux.org>
 <atsfWpgE1x_XfgZS@iv-work>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <atsfWpgE1x_XfgZS@iv-work>
X-Operation-System: ALT Regular Sisyphus 6.18.0-lks-wks-alt4.52
User-Agent: Mutt/2.3.3 (2026-06-12)
Subject: Re: [d-kernel] [7.3] binder: turn into module
X-BeenThere: devel-kernel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux kernel packages development
 <devel-kernel@lists.altlinux.org>
List-Id: ALT Linux kernel packages development
 <devel-kernel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel-kernel>,
 <mailto:devel-kernel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel-kernel>
List-Post: <mailto:devel-kernel@lists.altlinux.org>
List-Help: <mailto:devel-kernel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel-kernel>,
 <mailto:devel-kernel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Oct 2026 11:35:46 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/attGj9sqdio4qgYT@lks.home/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@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.