From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 Message-ID: Date: Sat, 3 Jan 2026 17:48:32 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: devel-kernel@lists.altlinux.org References: <8680063f-e259-47c6-a0c5-04a41713896b@altlinux.org> Content-Language: ru, en-US From: Anton Midyukov In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [d-kernel] =?utf-8?b?0JrQsNC6INC/0YDQsNCy0LjQu9GM0L3QviDQv9C10YA=?= =?utf-8?b?0LXQudGC0Lgg0YEgYmxhY2tsaXN0INC90LAg0LjRgdC/0L7Qu9GM0LfQvtCy?= =?utf-8?b?0LDQvdC40LUg0LrQsNGC0LDQu9C+0LPQsCB1cGRhdGVzICjQstGB0LXQs9C0?= =?utf-8?b?0LAg0LvQuCDQstC+0LfQvNC+0LbQvdC+Pyk=?= X-BeenThere: devel-kernel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2026 14:48:36 -0000 Archived-At: List-Archive: List-Post: 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