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: Mon, 26 Oct 2026 11:41:09 +0100
From: Konstantin Lepikhov <lakostis@altlinux.org>
To: devel-kernel@lists.altlinux.org
Message-ID: <at8uRWZ9Y2Q4bMLm@lks.home>
Mail-Followup-To: devel-kernel@lists.altlinux.org
References: <20261023074559.941014-1-lakostis@altlinux.org>
 <atsfWpgE1x_XfgZS@iv-work> <attGj9sqdio4qgYT@lks.home>
 <at7-BQ3PFZ414mdv@iv-work>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <at7-BQ3PFZ414mdv@iv-work>
X-Operation-System: ALT Regular Sisyphus 7.3.0-lks-wks-alt0.2
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: Mon, 26 Oct 2026 10:41:17 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/at8uRWZ9Y2Q4bMLm@lks.home/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

Hi Ivan!

On 10/26/2026, at 02:10:46 PM you wrote:

> On Fri, Oct 23, 2026 at 01:35:43PM +0200, Konstantin Lepikhov wrote:
> > 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.
> [...]
> 
> В дебиановской версии на первый взгляд тоже всё отправляется
> в binder_linux:
> 
> +binder_linux-y := binder.o binder_alloc.o binder_netlink.o
> +binder_linux-$(CONFIG_ANDROID_BINDERFS)    += binderfs.o
> 
Не совсем, при сборке CONFIG_ANDROID_BINDERFS=y (в убунте
получается =m):

#
# Android
#
CONFIG_ANDROID_BINDER_IPC=m
CONFIG_ANDROID_BINDERFS=y
CONFIG_ANDROID_BINDER_DEVICES="binder,hwbinder,vndbinder"
# end of Android

Я не дошел до сборки, поэтому не очень понятно, что будет в результате -
binderfs.o уйдет в ядро, или в модуль binder_linux.

-- 
WBR et al.