[d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[Anton Midyukov]

Доброго времени суток

Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?).

Есть kernel-modules-rtl8821ce-6.12 c зависимостью на rtl8821ce-blacklist.
Известно, что достаточно поместить модуль в каталог updates, чтобы блеклист стал ненужным.
Но дальше вопросы:
1. Что делать, когда название собираемого модуля отличается от названия апстримного модуля?
Достаточно назвать также как называется апстримный модуль? Я так попробовал сделать для rtl8821ce:
https://git.altlinux.org/tasks/404415/
Или вообще ничего делать не требуется? Оставить имя прежним?
Что делать, когда блеклистится несколько апстримных модулей? Пример: kernel-modules-rts5139-6.12 и rts5139-blacklist. Или это тот случай, когда оправданно делать блеклист?

2. А как правильно поступить с блеклистом, когда он становится не нужным?
Может есть какой-то общий пакет, которому можно прописать Obsoletes этого блеклиста?
Или поменять у модуля Requires на Conflicts, и этим огранчиться?

-- 
best regards, Anton Midyukov <antohami@altlinux.org>

Re: [d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[Konstantin Lepikhov]

Hi Anton!

On 01/03/2026, at 03:20:10 PM you wrote:

..
> 1. Что делать, когда название собираемого модуля отличается от названия апстримного модуля?
> Достаточно назвать также как называется апстримный модуль? Я так попробовал сделать для rtl8821ce:
> https://git.altlinux.org/tasks/404415/
> Или вообще ничего делать не требуется? Оставить имя прежним?
если название модуля такое же, что и в апстриме ядра, то просто класть в updates/ и blacklist делать не
нужно.

> Что делать, когда блеклистится несколько апстримных модулей? Пример: kernel-modules-rts5139-6.12 и rts5139-blacklist. Или это тот случай, когда оправданно делать блеклист?
в случае rts5139 это очень даже оправдано, апстримный модуль на некотором
железе просто не работает и rts5139 предоставляет необходимый функционал
используя другой API. Собственно в описании kernel-source в этом
говорится.

> 
> 2. А как правильно поступить с блеклистом, когда он становится не нужным?
> Может есть какой-то общий пакет, которому можно прописать Obsoletes этого блеклиста?
> Или поменять у модуля Requires на Conflicts, и этим огранчиться?
Наверное, стоит озвучить в каких случаях -blacklist становится не нужным.
Технически, можно сделать filetrigger, который будет удалять
соответствующий -blacklist пакет если удаляется модуль ядра, который его
требовал.

-- 
WBR et al.

Re: [d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[Anton Midyukov]

03.01.2026 17:04, Konstantin Lepikhov пишет:
> Hi Anton!
> 
> On 01/03/2026, at 03:20:10 PM you wrote:
> 
> ..
>> 1. Что делать, когда название собираемого модуля отличается от названия апстримного модуля?
>> Достаточно назвать также как называется апстримный модуль? Я так попробовал сделать для rtl8821ce:
>> https://git.altlinux.org/tasks/404415/
>> Или вообще ничего делать не требуется? Оставить имя прежним?
> если название модуля такое же, что и в апстриме ядра, то просто класть в updates/ и blacklist делать не
> нужно.
> 

У kernel-modules-rtl8821ce-6.12 имя модуля другое нежели у апстрима. rtl8821ce.ko против апстримного rtw88_8821ce.ko
Имеет ли смысл его специального переименовать под имя апстрима, чтобы отказаться от блеклиста?
Или оставлять как есть, будет правильно?

>> Что делать, когда блеклистится несколько апстримных модулей? Пример: kernel-modules-rts5139-6.12 и rts5139-blacklist. Или это тот случай, когда оправданно делать блеклист?
> в случае rts5139 это очень даже оправдано, апстримный модуль на некотором
> железе просто не работает и rts5139 предоставляет необходимый функционал
> используя другой API. Собственно в описании kernel-source в этом
> говорится.
> 

Спасибо. Понятно.

>>
>> 2. А как правильно поступить с блеклистом, когда он становится не нужным?
>> Может есть какой-то общий пакет, которому можно прописать Obsoletes этого блеклиста?
>> Или поменять у модуля Requires на Conflicts, и этим огранчиться?
> Наверное, стоит озвучить в каких случаях -blacklist становится не нужным.

В случае, когда переместили модули в updates (то есть изначально можно было не делать блеклист, а поместить в updates).

> Технически, можно сделать filetrigger, который будет удалять
> соответствующий -blacklist пакет если удаляется модуль ядра, который его
> требовал.
> 

Но таких же модулей может быть установлено несколько (для старых ядер, которые сами не удаляются).

-- 
best regards, Anton Midyukov <antohami@altlinux.org>

Re: [d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[Konstantin Lepikhov]

Hi Anton!

On 01/03/2026, at 05:48:32 PM you wrote:

...
> У kernel-modules-rtl8821ce-6.12 имя модуля другое нежели у апстрима. rtl8821ce.ko против апстримного rtw88_8821ce.ko
> Имеет ли смысл его специального переименовать под имя апстрима, чтобы отказаться от блеклиста?
> Или оставлять как есть, будет правильно?
>
А зачем тогда нужен апстримный модуль? Не проще ли его тогда вообще
выключить в ядре?

...
> > Технически, можно сделать filetrigger, который будет удалять
> > соответствующий -blacklist пакет если удаляется модуль ядра, который его
> > требовал.
> > 
> 
> Но таких же модулей может быть установлено несколько (для старых ядер, которые сами не удаляются).
И могут быть ядра, где нужных модулей нет, а -blacklist есть. Тогда модули
из ядра просто не заведутся. Я к тому, что нужно перечислить все случаи.

-- 
WBR et al.

Re: [d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[Vitaly Chikunov]

Anton,

On Sat, Jan 03, 2026 at 03:20:10PM +0300, Anton Midyukov wrote:
> Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?).
> 
> Есть kernel-modules-rtl8821ce-6.12 c зависимостью на rtl8821ce-blacklist.
> Известно, что достаточно поместить модуль в каталог updates, чтобы блеклист стал ненужным.
> Но дальше вопросы:
> 1. Что делать, когда название собираемого модуля отличается от названия апстримного модуля?

Трюк с updates/ работает по имени файла модуля (с учетом совпадения
символов `-` и `_`).

Логика перекрытия одного модуля другим работает - во время запуска depmod.
Логика blacklsits - во время запуска modprobe.

Видимо, оптимальным вариантом будет создать blacklist пакет где
перечислить все отключаемые модули.

(В теории, можно создать в updates/ симлинки с нужными именами на новый
модуль. Но так, вроде, никто не делает - это не исследованная
территория.)

(Во второй теории, мог бы быть пакет, который линкует в /run/modprobe.d,
какую-то диру с версией ядра, скажем, /usr/lib/modprobe.d/$(uname -r), а
модули могли бы класть туда версиозависимые блеклисты. По аналогии как
делает kernel-headers-common с хедерами.)

> Достаточно назвать также как называется апстримный модуль? Я так попробовал сделать для rtl8821ce:
> https://git.altlinux.org/tasks/404415/
> Или вообще ничего делать не требуется? Оставить имя прежним?
> Что делать, когда блеклистится несколько апстримных модулей? Пример: kernel-modules-rts5139-6.12 и rts5139-blacklist. Или это тот случай, когда оправданно делать блеклист?
> 
> 2. А как правильно поступить с блеклистом, когда он становится не нужным?
> Может есть какой-то общий пакет, которому можно прописать Obsoletes этого блеклиста?
> Или поменять у модуля Requires на Conflicts, и этим огранчиться?

Правильное решение это apt-get autoremove


> 
> -- 
> best regards, Anton Midyukov <antohami@altlinux.org>
> 
> _______________________________________________
> devel-kernel mailing list
> devel-kernel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-kernel

Re: [d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[Vitaly Chikunov]

On Sun, Jan 04, 2026 at 05:43:53AM +0300, Vitaly Chikunov wrote:
> Anton,
> 
> On Sat, Jan 03, 2026 at 03:20:10PM +0300, Anton Midyukov wrote:
> > Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?).
> > 
> > Есть kernel-modules-rtl8821ce-6.12 c зависимостью на rtl8821ce-blacklist.
> > Известно, что достаточно поместить модуль в каталог updates, чтобы блеклист стал ненужным.
> > Но дальше вопросы:
> > 1. Что делать, когда название собираемого модуля отличается от названия апстримного модуля?
> 
> Трюк с updates/ работает по имени файла модуля (с учетом совпадения
> символов `-` и `_`).
> 
> Логика перекрытия одного модуля другим работает - во время запуска depmod.
> Логика blacklsits - во время запуска modprobe.
> 
> Видимо, оптимальным вариантом будет создать blacklist пакет где
> перечислить все отключаемые модули.
> 
> (В теории, можно создать в updates/ симлинки с нужными именами на новый
> модуль. Но так, вроде, никто не делает - это не исследованная
> территория.)
> 
> (Во второй теории, мог бы быть пакет, который линкует в /run/modprobe.d,
> какую-то диру с версией ядра, скажем, /usr/lib/modprobe.d/$(uname -r), а
> модули могли бы класть туда версиозависимые блеклисты. По аналогии как
> делает kernel-headers-common с хедерами.)

Это можно было бы сделать через tmpfiles.d (там есть %v), но есть и
проблема - что пока systemd не создал symlink - blacklist'ов нет.


> 
> > Достаточно назвать также как называется апстримный модуль? Я так попробовал сделать для rtl8821ce:
> > https://git.altlinux.org/tasks/404415/
> > Или вообще ничего делать не требуется? Оставить имя прежним?
> > Что делать, когда блеклистится несколько апстримных модулей? Пример: kernel-modules-rts5139-6.12 и rts5139-blacklist. Или это тот случай, когда оправданно делать блеклист?
> > 
> > 2. А как правильно поступить с блеклистом, когда он становится не нужным?
> > Может есть какой-то общий пакет, которому можно прописать Obsoletes этого блеклиста?
> > Или поменять у модуля Requires на Conflicts, и этим огранчиться?
> 
> Правильное решение это apt-get autoremove
> 
> 
> > 
> > -- 
> > best regards, Anton Midyukov <antohami@altlinux.org>
> > 
> > _______________________________________________
> > devel-kernel mailing list
> > devel-kernel@lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/devel-kernel
> _______________________________________________
> devel-kernel mailing list
> devel-kernel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-kernel

Re: [d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[Anton Midyukov]

04.01.2026 06:51, Vitaly Chikunov пишет:
> On Sun, Jan 04, 2026 at 05:43:53AM +0300, Vitaly Chikunov wrote:
>> Anton,
>>
>> On Sat, Jan 03, 2026 at 03:20:10PM +0300, Anton Midyukov wrote:
>>> Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?).
>>>
>>> Есть kernel-modules-rtl8821ce-6.12 c зависимостью на rtl8821ce-blacklist.
>>> Известно, что достаточно поместить модуль в каталог updates, чтобы блеклист стал ненужным.
>>> Но дальше вопросы:
>>> 1. Что делать, когда название собираемого модуля отличается от названия апстримного модуля?
>>
>> Трюк с updates/ работает по имени файла модуля (с учетом совпадения
>> символов `-` и `_`).
>>
>> Логика перекрытия одного модуля другим работает - во время запуска depmod.
>> Логика blacklsits - во время запуска modprobe.
>>
>> Видимо, оптимальным вариантом будет создать blacklist пакет где
>> перечислить все отключаемые модули.
>>
>> (В теории, можно создать в updates/ симлинки с нужными именами на новый
>> модуль. Но так, вроде, никто не делает - это не исследованная
>> территория.)
>>
>> (Во второй теории, мог бы быть пакет, который линкует в /run/modprobe.d,
>> какую-то диру с версией ядра, скажем, /usr/lib/modprobe.d/$(uname -r), а
>> модули могли бы класть туда версиозависимые блеклисты. По аналогии как
>> делает kernel-headers-common с хедерами.)
> 
> Это можно было бы сделать через tmpfiles.d (там есть %v), но есть и
> проблема - что пока systemd не создал symlink - blacklist'ов нет.
> 
> 

Этот симлинк можно делать в initrd и без tmpfiles, как мне кажется. По крайней мере, для make-initrd выглядит легко реализуемым.
То есть помещаем /usr/lib/modprobe.d/$(uname -r) в initrd при его создании, если таковой имеется.
Затем делаем до запуска udev в initrd в /run симлинк /run/modprobe.d -> /usr/lib/modprobe.d/$(uname -r) при его наличии.
И потом всё стандартно, /run перемонтируется в корень из initrd без потери содержимого.
Для dracut, думаю, тоже такое может сделать его сопровождающий.
Делаем?

-- 
best regards, Anton Midyukov <antohami@altlinux.org>