From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3FD57ADA.9070104@altlinux.com> Date: Tue, 09 Dec 2003 10:33:46 +0300 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.5) Gecko/20031108 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] modules-init-tools References: <1070402191.9337.54.camel@alpha.tirs.ru> <20031203094512.GD1753@sirius.home> <1070575685.22281.57.camel@alpha.tirs.ru> <3FD080DA.7070406@altlinux.com> <1070652009.2286.27.camel@alpha.tirs.ru> <3FD34C05.6090902@altlinux.com> <20031207190713.GA3103@sam-solutions.net> <3FD455AA.5020906@altlinux.com> <20031208110854.GB6265@sam-solutions.net> <3FD4662F.1090604@altlinux.com> <20031208115429.GD6265@sam-solutions.net> In-Reply-To: <20031208115429.GD6265@sam-solutions.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2003 07:25:11 -0000 Archived-At: List-Archive: List-Post: Alexander Bokovoy wrote: > On Mon, Dec 08, 2003 at 02:53:19PM +0300, Anton Farygin wrote: > >>>>>собрал единый modutils, работающий под обоими ядрами, только осталось >>>>>сделать так, чтобы под 2.6 работал тот же макроязык, что и под 2.4. >>>> >>>>А нужно это делать ??? Все равно имена модулей меняются... т.е. - я >>> >>>Нужно. Для смены имен модулей и предназначены два разных дерева для >>>конфигурационных файлов -- {/etc/modules.conf, /etc/modutils.d/} и >>>{/etc/modprobe.conf, /etc/modprobe.d/}. >> >>Нет, я имею в виду - поддержку под 2.6 макроязыка 2.4. > > В modules-init-tools для 2.6 присутствует урезанный макроязык из 2.4. > Урезанный настолько, что для нормальной работы он не приспособлен. > Фактически, там есть только alias и запуск внешней программы. И все. > > >>Может быть это сделать на уровне баз данных ? > > В modprobe поддержка работы с зависимостями между модулями все равно > остается, так что не имеет смысла дублировать ее на уровне БД. Нужно в БД > хранить правильную информацию для того, чтобы modprobe ее мог внятно > использовать. Скажу еще, что и в 2.4 у _нас_ полностью возможности > modprobe не используются, тем самым создавая проблемы с конфигурациями, > где должны загружаться нетривиальные стеки модулей. Ести ли пример дистрибутива (или средств настройки), где используются полностью возможности modprobe ? > > >>>>реально не понимю как мы сможем конфигурить железо для двух ядер сразу ? >>> >>>Нормальными базами данных по драйверам. Не вижу никаких проблем. >> >>Ага. т.е. - в базу данных добавить параметр - ветка ядра. > > Это самое элементарное. Да. Только ряд вопросов все равно остается: 1) Для каких полей базы данных необходимо использовать параметр - версию ядра. На мой взгляд: имени модуля недостаточно. Нужно как минимум для команд настройки и строк modutils. 2) Как быть с реализацией автоопределения устройств в разных ядрах ? Я не хотел бы реализовывать детект мыши для ядра 2.4, ибо ядро 2.6 это делает самостоятельно и записывает эту информацию в /proc/bus/input. Мышь - это только пример. Кроме этого могут быть различия в работе SCSI, USB, FireWire и т.д. Rgds, RIder