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=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Message-ID: Date: Wed, 7 Dec 2022 09:49:43 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 To: devel@lists.altlinux.org References: <2144711670261456@mail.yandex.ru> <20221205220241.5afae844c06418a0ac207478@altlinux.org> <2999967.iavFnn414N@zerg.malta.altlinux.ru> <16363091670321439@wx7plm2fuc5lrqzd.iva.yp-c.yandex.net> <0119cda6-eadd-d7fc-3964-1e96a06ad8f1@basealt.ru> <20221206232421.GA12614@altlinux.org> Content-Language: en-US From: Ilya Kurdyukov In-Reply-To: <20221206232421.GA12614@altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0LzQvtC20L3QviDQu9C4INC30LDQv9GA0LXRgtC40YI=?= =?utf-8?b?0Ywg0LfQsNCz0YDRg9C20LDRgtGMINC80L7QtNGD0LvRjCDRj9C00YDQsCA=?= =?utf-8?b?0LTQu9GPINC60L7QvdC60YDQtdGC0L3QvtCz0L4g0LTQtdCy0LDQudGB0LA=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Dec 2022 02:49:51 -0000 Archived-At: List-Archive: List-Post: On 12/7/22 06:24, Alexey V. Vissarionov wrote: > On 2022-12-06 19:36:19 +0700, Ilya Kurdyukov wrote: > >  > Замучился с этим, нигде ничего не находит. Находил тех кто >  > спрашивал то же самое, и им никакого решения не предложили. > > Потому что решение скорее всего и не требуется. > >  > Проблема такая, есть конкретный девайс: >  > ATTRS{idVendor}=="0e8d", ATTRS{idProduct}=="0003" > > Мудотыковский preloader, что ли? Такой? Это не preloader, a Boot ROM MT62xx. >  > Мне надо запретить использовать эти модули для этого ID. > > Зачем? Затем, что у меня есть свой инструмент работы с этим чипом. На libusb, но эти модули ядра забирают контроль над устройством и libusb подключиться к нему не может. >  > Не трогая всего остального, для чего эти модули могут >  > подгружаться. > > И для чего же? А главное - что может помешать уже загруженному > (или, в норме, вкомпилированному в ядро, чтобы дать пользователю > возможность увидеть терминал максимально рано) модулю подхватить > очередное подключенное CDC-устройство? Поэтому в Линуксе должен быть механизм, запрещающий определённым модулям ядра использовать определённые ID устройств. А его нет, я очень разочарован в Линукс, и очень зол. > Если они не нужны - ну, в принципе, вполне себе решение. Пусть > корявое, зато рабочее. ОС уже более 30 лет, а это до сих пор экспериментальная поделка без элементарных удобств. Где модули можно отключить только целиком (и нельзя будет пользоваться целым классом устройств, а не одним, что я хочу исключить). > А в чем, собственно, сложность с появлением еще одного устройства? > Его что, кто-то в усерспейсе автоматически начинает использовать? > Если да - то проблема не в ядре и не в егойных модулях, а именно в > усерспейсе. Это не конкретное коммерческое устройство, это программируемый чип. А к его ID добавляют драйвер который пытается его использовать для конкретной цели.